Rúbrica de persistencia en ficheros¶
Primera versión persistente del caso FCT¶
Consulta esta rúbrica antes de comenzar Fase 1 (UD1): persistencia en ficheros y úsala al revisar el resultado. Código, ejecución, pruebas y documentación forman una única evidencia. Los pesos y la calificación se aplican según la programación vigente.
La evidencia se conserva en tu único fork privado de ad-practica-fct:
historial, código de trabajo/, pruebas, documentación y commit de cierre.
Usa el registro de entrega para enlazar
resultados y justificar tu autoevaluación. Consultar la referencia es admisible;
indica qué reutilizaste y explica su funcionamiento. No se puntúa el número de commits.
Niveles: sin evidencia pertinente (no demostrado), resolución parcial, resolución correcta y resolución sólida con justificación. La ausencia de evidencia en una dimensión corresponde al primer nivel; los otros tres se concretan en la tabla. La puntuación de los niveles es:
0,25. Al menos lo entregaste
0,50. Solución parcial
0,75. Solución completa
1,00. Solución muy sólida (en diseño, estilo y documentación)
Dimensión |
Parcial |
Correcta |
Sólida |
|---|---|---|---|
Gestión de ficheros y directorios |
Opera con rutas fijas o deja sin resolver directorios inexistentes. |
Crea y usa las rutas configuradas; demuestra copia, movimiento y borrado en datos de prueba sin afectar a otros archivos. |
Además justifica rutas, permisos y límites de las comprobaciones previas. |
Recuperación de información |
Recupera solo parte de los campos o solo el caso más sencillo. |
Reabre el componente y recupera valores, identificadores y colecciones; incluye lectura XML y casos de colección vacía. |
Además contrasta las representaciones y explica cómo detecta entrada ausente, mal formada o incompatible con el esquema. |
Almacenamiento de información |
Escribe sin verificar relectura o pierde campos/caracteres relevantes. |
Guarda y relee los datos esperados, incluido XML; demuestra preservación del fichero válido ante el fallo controlado. |
Además justifica la codificación, el reemplazo y el alcance de su garantía. |
Pruebas y documentación de la aplicación |
Aporta ejecución sin resultados esperados o instrucciones incompletas. |
Prueba caso normal, vacío y error con datos aislados; documenta ejecución, configuración y resultados para reproducirlos. |
Además identifica una limitación de las pruebas y la respalda con un caso adicional o una mejora concreta de la documentación. |
Ventajas y límites del componente |
Describe el componente sin relacionarlo con el dominio y su uso. |
Explica cómo el contrato separa el almacenamiento y permite cambiar la implementación; identifica una limitación del acceso a ficheros. |
Además contrasta con un cliente acoplado y justifica su diseño con evidencia. |
Herramientas de desarrollo |
Enumera herramientas sin demostrar para qué las utiliza. |
Usa y documenta editor/entorno, ejecución, bibliotecas de formatos y pruebas adecuadas al componente. |
Además justifica compatibilidad y dependencias y permite reproducir su preparación. |
Componente funcional de ficheros |
Mezcla almacenamiento y cliente o deja operaciones del contrato sin resolver. |
Encapsula lectura/escritura bajo el contrato; configura la ruta, propaga errores y notifica después del guardado correcto. |
Además demuestra uso desde otro cliente y explica decisiones y límites con las mismas comprobaciones. |
Evaluación¶
La gran ventaja de la rúbrica es que puedes autoevaluarte y entregar lo que consideres oportuno. En cualquier caso, lo corregiré y te enviaré una nota.
Antes de cerrar, ejecuta mvn -Pcontrato clean verify sobre tu implementación.
Una ejecución verde con -Psolucion verifica la referencia, no el trabajo
entregado. Revisa cada dimensión con una función, prueba o resultado concreto.