2. Descripción de la misma

Estas sesiones constituyen el bloque de capacitación técnica fundamental antes de iniciar el desarrollo del producto. Se imparten de manera conjunta o coordinada a los grupos de DAW y ASIR, utilizando un material didáctico específico elaborado previamente por el equipo docente.

El foco es puramente práctico: los alumnos instalan y configuran el entorno de desarrollo y aprenden a gestionar el historial de cambios de su código. Se simula el flujo de trabajo que utilizarán en la "empresa simulada", pasando de trabajar en local a gestionar repositorios remotos colaborativos, entendiendo la importancia de proteger el código fuente de la aplicación de gestión de permisos que van a desarrollar.

3. Calendarización

• Fecha de la actividad: 12 y 14 Enero con DAW

• Fase del Proyecto: Fase1, Lanzamiento y formación

• Duración: 4 horas lectivas. Distribuidas en dos sesiones de 2 horas cada una.

4. Personal involucrado, funciones y tiempo invertido

• Coordinador/Profesorado:

  • Borja Rodríguez Puerta: 

    • Funciones: 

      • Antes de la sesión: 

        • Formación en git y github.

        • Elaboración de un documento-guía propio para estandarizar la enseñanza de Git en ambos ciclos.

      • Durante la sesión: guían la práctica, resuelven conflictos de código (merge conflicts) y verifican la configuración de los equipos.

    • Tiempo invertido:

      • Formación en git y github: 10 horas.

      • Elaboración del documento: 2horas.

      • Durante las sesiones 4 horas con cada clase.

• Alumnado (Equipo de Desarrollo): 

  • Funciones: Participan activamente configurando sus entornos (Visual Studio Code + Git) y realizando los primeros ejercicios de control de versiones. Deben adquirir la destreza necesaria para el trabajo colaborativo que iniciará en la Fase 2.

5. Relación con los objetivos del proyecto

1. Objetivo 1: Lograr que el 90% del alumnado utilice Git para gestionar su código al finalizar el trimestre.

2. Objetivo 4: Poner en práctica la capacitación del profesorado para realizar el seguimiento de los proyectos mediante esta herramienta.

3. Competencia Transversal: Adquisición de competencias digitales clave demandadas por la industria y los centros de prácticas (FCT)

6. Metodologías empleadas

• Clases Magistral: El profesorado demuestra el uso de comandos basándose en el documento elaborado y el alumnado replica las acciones.

• Learning by Doing (Aprender haciendo): Los alumnos crean repositorios reales, provocan fallos controlados y los solucionan.

• Simulación de Entorno Laboral: Se introduce el concepto de "ramas" (branching) y "fusiones" (merges) como estándar de trabajo en equipo.

7. Recursos utilizados

• Espaciales: Aula de informática.

• Tecnológicos:

  • Visual Studio Code.

  • Git (CLI y GUI)

  •  Cuenta en GitHub

• Documentos: 

  • Documento guía de Git elaborado por los profesores de informática.

8. Sistema de evaluación empleado

Evaluación formativa y procedimental. Se busca asegurar que la herramienta se domina antes de empezar el proyecto real para evitar bloqueos futuros.

8.1 Aspectos evaluados

• Configuración: Correcta instalación de Git y vinculación con la cuenta de GitHub (claves SSH/Tokens).

• Flujo de trabajo básico: Uso correcto de los comandos: init, add, commit, push y pull.

• Gestión de ramas: Capacidad para crear una rama, trabajar en ella y fusionarla con la rama principal (main/master)

8.2 Herramientas de evaluación

• Revisión de Repositorios: El profesor ha verificado en tiempo real que los repositorios creados por los alumnos aparecen en GitHub y tienen actividad.

• Análisis del Historial: Se comprueba la calidad de los mensajes de los commits (que sean descriptivos y sigan las pautas del documento entregado).

8.3 Indicadores de logro

• El 100% de los alumnos tiene su entorno configurado al finalizar la primera sesión de 2 horas.

• Al finalizar las 4 horas, los alumnos son capaces de resolver un conflicto de fusión (merge conflict) sencillo guiados por el profesor.

• Los alumnos comprenden la diferencia entre el repositorio local y el remoto

9. Evidencias