Evaluación del proyecto
A TENER EN CUENTA ⚠️
Estos criterios se trabajan en el proyecto de 1.º curso con carácter preparatorio e integrador, y se continuarán desarrollando y consolidando en el Proyecto Intermodular oficial de 2.º curso.
Relación entre resultados de aprendizaje, criterios de evaluación y evidencias del proyecto
La evaluación del proyecto se realizará tomando como referencia los resultados de aprendizaje y criterios de evaluación asociados al módulo de Proyecto Intermodular. Las evidencias se obtendrán a partir del desarrollo del proyecto, la documentación generada, el repositorio, las pruebas realizadas y la defensa final.
RA1. Identifica necesidades del sector productivo, relacionándolas con proyectos tipo que puedan satisfacerlas
| Criterio de evaluación trabajado | Dónde se trabaja / evidencias |
|---|---|
| a) Se han clasificado las empresas del sector por sus características organizativas y tipo de producto o servicio. | Descripción general del proyecto, contextualización de la empresa simulada y organización por departamentos. |
| b) Se han caracterizado las empresas tipo indicando estructura organizativa y funciones. | Apartado de departamento asignado, descripción de funciones del departamento y relación con el sistema general. |
| c) Se han identificado las necesidades más demandadas a las empresas. | Análisis de necesidades del departamento y funcionalidades principales de la aplicación. |
| d) Se han valorado las oportunidades de negocio previsibles en el sector. | Justificación de la utilidad de la aplicación, digitalización de procesos y mejoras que aporta al departamento. |
| e) Se ha identificado el tipo de proyecto requerido para dar respuesta a las demandas previstas. | Definición del proyecto como aplicación departamental integrada en una plataforma común. |
| f) Se han determinado las características específicas del proyecto según los requerimientos. | Requisitos funcionales, requisitos no funcionales, parte pública/privada, roles, integración con servicios y base de datos. |
| g) Se han determinado las obligaciones fiscales, laborales y de prevención de riesgos. | Apartado de consideraciones legales, protección de datos, seguridad básica, uso responsable de credenciales y prevención de riesgos digitales. |
| h) Se han identificado ayudas o subvenciones para la incorporación de nuevas tecnologías. | Apartado de contexto empresarial, digitalización y posibles líneas de apoyo a la implantación tecnológica. |
| i) Se ha elaborado el guion de trabajo que se va a seguir para la elaboración del proyecto. | Planificación inicial, tablero de tareas, sesiones de trabajo y reparto de responsabilidades. |
RA2. Diseña proyectos relacionados con las competencias expresadas en el título, desarrollando explícitamente las fases que lo componen
| Criterio de evaluación trabajado | Dónde se trabaja / evidencias |
|---|---|
| a) Se ha recopilado información relativa a los aspectos que van a ser tratados en el proyecto. | Documentación inicial, requisitos del proyecto, documentos del departamento y análisis funcional. |
| b) Se ha realizado el estudio de viabilidad técnica del proyecto. | Selección de tecnologías, justificación del uso de Docker, reverse proxy, base de datos, backend y servicios asociados. |
| c) Se han identificado las fases del proyecto especificando su contenido y plazos de ejecución. | Planificación por sesiones, hitos de trabajo, tablero de tareas y seguimiento del avance. |
| d) Se han establecido los objetivos que se pretenden conseguir identificando su alcance. | Objetivo de la aplicación, alcance funcional y delimitación de funcionalidades entregadas. |
| e) Se han determinado las actividades necesarias para el desarrollo del proyecto. | Tareas de análisis, diseño, base de datos, backend, interfaz, despliegue, pruebas y documentación. |
| f) Se han previsto los recursos materiales y personales necesarios para realizar el proyecto. | Reparto de tareas, integrantes del equipo, herramientas empleadas, contenedores, servicios y entorno de despliegue. |
| g) Se han identificado las necesidades de financiación para la puesta en marcha del proyecto. | Estimación básica de recursos necesarios, infraestructura, herramientas utilizadas y costes asociados o justificación del uso de software libre. |
| h) Se ha definido y elaborado la documentación necesaria para su diseño. | Memoria técnica, diagramas, modelo entidad-relación, modelo relacional, diagramas de secuencia y documentación del repositorio. |
| i) Se han identificado los aspectos que se deben controlar para garantizar la calidad del proyecto. | Apartado de pruebas, validaciones, incidencias, checklist de requisitos y revisión del funcionamiento en producción. |
RA3. Planifica la ejecución del proyecto, determinando el plan de intervención y la documentación asociada
| Criterio de evaluación trabajado | Dónde se trabaja / evidencias |
|---|---|
| a) Se han secuenciado las tareas en función de las necesidades de implementación. | Planificación de tareas, sesiones de trabajo, tablero de tareas y evolución del repositorio. |
| b) Se han determinado los recursos y la logística necesaria para cada tarea. | Uso de máquinas finales, Docker, PostgreSQL, Gitercilla/Gitea, Planka, Mattermost, backends y reverse proxy. |
| c) Se han identificado los permisos y autorizaciones necesarias para las tareas. | Gestión de usuarios, roles, rutas protegidas, cabeceras de sesión y permisos de acceso a funcionalidades. |
| d) Se han determinado los procedimientos de ejecución de las tareas. | README de despliegue, instrucciones de instalación, ejecución mediante Docker y procedimiento de uso de la aplicación. |
| e) Se han identificado los riesgos inherentes a la ejecución del proyecto. | Apartado de riesgos técnicos: fallos de despliegue, errores de base de datos, problemas de proxy, sesiones, integración o pérdida de datos. |
| f) Se ha planificado la asignación de recursos materiales y humanos según los tiempos de ejecución. | Reparto de tareas por integrante, planificación temporal y seguimiento del trabajo realizado. |
| g) Se ha hecho la valoración económica que da respuesta a las condiciones de ejecución. | Estimación básica de costes de infraestructura, recursos técnicos, herramientas, servidor y mantenimiento. |
| h) Se ha definido y elaborado la documentación necesaria para la ejecución del proyecto. | README, scripts SQL, docker-compose, configuración del reverse proxy, memoria y anexos técnicos. |
RA4. Define los procedimientos para el seguimiento y control en la ejecución del proyecto, justificando la selección de variables e instrumentos empleados
| Criterio de evaluación trabajado | Dónde se trabaja / evidencias |
|---|---|
| a) Se ha definido el procedimiento de evaluación de las actividades o intervenciones realizadas durante la ejecución. | Revisiones del profesorado, seguimiento por sesiones, entregas parciales, rúbrica y defensa final. |
| b) Se han definido los indicadores de calidad para realizar la evaluación del proyecto. | Indicadores de funcionalidad, integración, despliegue, documentación, pruebas, seguridad básica y presentación. |
| c) Se ha definido el procedimiento para el registro y evaluación de incidencias durante la ejecución. | Registro de incidencias en sesiones de trabajo, tablero de tareas, commits, mensajes de seguimiento y memoria. |
| d) Se ha definido el procedimiento para la solución de las incidencias registradas. | Tabla de incidencias, descripción de problemas, soluciones aplicadas y comprobación posterior. |
| e) Se ha definido el procedimiento para la gestión y registro de los cambios en recursos y tareas. | Uso de Gitercilla/Gitea, commits, ramas, actualizaciones del README, tablero de tareas y control de versiones. |
| f) Se ha establecido el procedimiento para la participación en la evaluación de los usuarios. | Preguntas durante la defensa, revisión por profesorado, preguntas técnicas de otros equipos y validación de uso de la aplicación. |
| g) Se ha establecido un sistema para garantizar el cumplimiento del pliego de condiciones del proyecto. | Checklist de requisitos, rúbrica de evaluación, memoria, pruebas, demostración funcional y revisión del despliegue final. |
Instrumentos de evaluación
La evaluación del proyecto se realizará mediante diferentes instrumentos que permiten obtener evidencias del trabajo realizado, del producto final desarrollado y de la capacidad del alumnado para justificar sus decisiones técnicas.
La rúbrica será el instrumento principal de calificación y se aplicará sobre las evidencias recogidas durante el desarrollo, entrega y defensa del proyecto.
| Instrumento de evaluación | Finalidad | Peso orientativo |
|---|---|---|
| Proyecto funcional desplegado en producción | Valorar que la aplicación funciona correctamente, está integrada en la arquitectura común, se ejecuta mediante Docker y puede utilizarse desde las máquinas finales. | 35 % |
| Memoria técnica en PDF | Evaluar el análisis, diseño, arquitectura, modelos de datos, diagramas, desarrollo, pruebas, sesiones de trabajo, conclusiones y anexos. | 25 % |
| Repositorio en Gitercilla/Gitea | Comprobar la evolución del trabajo, la organización del código, el uso de control de versiones, los commits realizados y la estructura de los proyectos implicados. | 5 % |
| Presentación oral y defensa técnica | Evidenciar la capacidad del alumnado para explicar el proyecto, justificar decisiones técnicas, demostrar el funcionamiento de la aplicación y responder a preguntas del profesorado. | 20 % |
| Pruebas y test realizados | Verificar que se han comprobado las funcionalidades principales, la integración entre servicios, el acceso a datos y el correcto funcionamiento en producción. | 10 % |
| Autoevaluación y coevaluación | Favorecer la reflexión sobre el trabajo individual, la participación en el equipo y el reparto de responsabilidades. | 5 % |
| Total | 100 % |
La presentación oral y defensa técnica se utilizará como evidencia de competencias transversales asociadas al seguimiento, control y evaluación del proyecto. Esta defensa permitirá valorar si el alumnado comprende el funcionamiento del sistema, conoce la arquitectura desarrollada, identifica las decisiones tomadas y es capaz de explicar las incidencias, pruebas y mejoras del proyecto.
La defensa no sustituye al resto de evidencias técnicas, sino que las complementa. Por tanto, la evaluación tendrá en cuenta tanto el producto desarrollado como la documentación, el seguimiento del trabajo y la capacidad de justificar técnicamente el resultado final.