Planificación Iteración Mayo

Tipo de iteración

Elaboración / Transición


Objetivos generales

Dado que nos acercamos ya al final del curso y el tiempo disponible por parte de todos se reducirá bastante para poder estudiar y trabajar en el proyecto, nos planteamos que será poco el desarrollo adicional que podamos hacer, y crearía demasiados riesgos sobre un aspecto tan crítico para nuestro proyecto como la robustez de la aplicación. Por tanto optamos por pulir lo más posible lo que tenemos, preparándonos para un hipotético mantenimiento, y preparando la también importante presentación y la documentación, tanto de cara a la entrega como a preparar entre todos el examen.

Sin menoscabo de esto, es posible que hacia la mitad de la iteración se escinda un pequeño grupo de "fuerzas especiales", como se les denominaba en las charlas de representantes de grupos de otros años, para intentar desarrollar alguna feature extra.

Por tanto, hemos decidido congelar el código y dedicar 2 semanas a documentación y calidad. Una vez finalizadas, nos escindiremos en grupos de presentación, bugfix, features y calidad, probablemente con solapamiento de responsabilidades por nuestro escaso número. Esto lo decidiremos a mitad de iteración, y en función de la disponibilidad prevista del personal.

Calidad y documentación
  • Revisión de calidad del código: Se planifica que cada uno revise el código en el que ha estado trabajando (ya que es la persona mejor cualificada para reescribirlo) y además otra sección adicional, de modo que todo sea revisado por al menos dos personas.
  • Cambiar los términos snapshot y backup por versión en toda la aplicación.
  • Preparar la presentación para la entrega final.
  • UML: patrones presentes en nuestro código
  • Despliegue de la aplicación definitivo y documentación del mismo.
  • Actualizar riesgos.
  • Centralizar apuntes de cara al estudio de la asignatura.
Features
  • Asistente inicial de la aplicación.
  • Porcentajes y estimaciones de tiempo en la aplicación para proporcionar feedback.
  • Ordenar por columnas la lista de snapshots.
  • Caducar -> Exportar a CD
  • Mover el directorio del backup finalizado.
  • Empaquetado definitivo de la aplicación (instalador, etc).
  • Precacheo del árbol en el GUI para mayor eficiencia.
  • Refactor watcher: hacerlo independiente de inotify.

Reparto de trabajo

Revisión de calidad
  • Salva - GUI + apuntes junto a Eze.
  • Jorge - GUI
  • Fede - Watcher
  • Rober - Watcher
  • Mario - snapshot-manager
  • Tabas - snapshot-manager
  • Adri - base de datos
  • David - Cron
  • Carlos - consola
  • Diana - hará una revisión general siguiendo el UML
  • Carmen - hará una revisión general siguiendo el UML
  • Eze - la documentación
Features
  • Wizard - Carlos
  • Porcentajes - Tabas y Fede
  • Ordenar por columnas - Carlos y Rober
  • Centralizar apuntes - Eze, Salva
  • Caducar -> Exportar a CD - Salva y Fede (Si da tiempo)
  • Mover el directorio del backup - Adri
  • Empaquetado - Eze
  • Precacheo del arbol en el GUI - Tabas
  • Refactor watcher: hacerlo independiente de inotify

Estimaciones de tiempo

  • 9 de mayo: Primera entrega.
  • 19 de mayo: Nueva organización para preparar la entrega final. Empaquetado listo. Congelado final de código salvo grupo de "fuerzas especiales".
  • 22 de mayo: Última entrega antes de la final.
  • finales de mayo / principios de Junio: Reunión un día común para preparar el examen.

Seguimiento

Ver seguimiento-mayo

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