Resumen de feedback clase 23/2 (Revisión de Documentación)

[cuartasfabio]

En líneas generales vamos bastante retrasados.

Puntos principales:

1. HACER MÁS ISSUES
2. HACER MÁS REUNIONES
3. ACTAS REUNIÓN MÁS DETALLADAS

PRIORIDADES:

• Reunirse con urgencia.
• Fijar bien todas las decisiones de diseño.
• Hay que decidir por donde empezar.

En cuanto a las actas de reunión:

• Más detalladas en general.
• Acordarse de repasar tareas de reunión anterior.
• Registrar TODAS las decisiones de diseño tomadas.

Feedback Documentación:

• Punto 2:

  • Muy flojo, faltan apartados del arc42.

• Punto 3:

  • Faltan diagramas de contexto.

• Punto 4:

  • SOLID no es decisión, es requisito.
  • Lo mismo con Git.
  • Explicar por qué REACT y Node.js.

• Punto 5:

  • Inconsistencia flechas diagrama uni/bi direccionales.
  • Flecha "autentica" ¿conexión directa POD-Usuario?
  • Explicar diferencias vista movil / PC.
  • Más detalles Base Datos.

• Punto 6:

  • Faltan todos los diagramas de secuencia.
  • Tanto de lo de amigos como explicación detallada de la vista_mapa.
  • Prediseñar más!

• Punto 7:

  • Diagrama confuso, con cosas mezcladas.
  • Aclarar el concepto de aplicación.
  • Añadir leyenda diagrama.
  • Tener en cuenta Base Datos.

• Punto 8:

  • No repetir cosas de apartados anteriores.

• Punto 9:

  • Decisiones de diseño más profundas sobre SOLID, React, etc.

• Punto 10:

  • Priorizar.
  • Muy difuso, matizar más para este proyecto.
  • Cuales son nuestras prioridades respecto a requisitos del cliente.

• Punto 11:

  • Título del diagrama mejorable.
  • Más detallado en general.

• Punto 12:

  • Primera y tercera muy parecidas.
  • Falta riesgo de usar SOLID (tecnología no madura).
  • Priorizar los riesgos.

• Punto 13:

  • Cosas determinadas por decisiones de diseño, p.e: "Penalización de rendimiento al acceder a los POD".

[cuartasfabio]

También nos faltó poner en común los términos del glosario y subirlos a la doc.