Situaciones de Aprendizaje LOMLOE

3 ejemplos de SDA para Programación y Robótica 3.º ESO

Plantillas completas con reto, fases, criterios LOMLOE evaluados, recursos y atención a la diversidad. Adapta el contexto a tu aula y descárgalas. Pensadas para Aragón siguiendo los 9 criterios oficiales.

3
Ejemplos de SDA
5
Fases por SDA
9
Criterios disponibles
4-12
Sesiones por SDA
Apuntarme a la lista de espera
Actualizado el

Qué es una Situación de Aprendizaje (SDA)

Una Situación de Aprendizaje (SDA) es la unidad pedagógica básica de la LOMLOE. Sustituye a la antigua "unidad didáctica" como vehículo del aprendizaje competencial. Una SDA parte siempre de un reto contextualizado, próximo y movilizador que conecta el currículo con la realidad del alumnado.

Una buena SDA integra varios saberes básicos, atraviesa varias competencias específicas, se evalúa por criterios (con nivel de logro 1-4) y termina en un producto observable que comunica el aprendizaje. No es un "tema" ni una "lección" — es un proceso pedagógico con principio, desarrollo y cierre.

Ejemplos completos de SDA para Programación y Robótica 3.º ESO

Estos 3 ejemplos están diseñados para Programación y Robótica en 3.º ESO y se adaptan al contexto de Aragón. Cada uno propone un reto auténtico, fases concretas y criterios LOMLOE evaluables. Adapta el contexto a tu aula — la estructura funciona; el reto puede vivir en muchos sabores locales.

1

SDA · ejemplo 1/3

Riego inteligente en el Canal Imperial

8 sesiones · 3 CE trabajadas · 4 criterios evaluables

Pregunta guía

¿Cómo podemos diseñar y comunicar un sistema robótico que optimice el riego en un tramo del Canal Imperial de Aragón, usando la programación por bloques?

El reto

Diseñar un sistema robótico (simulado con Scratch o similar) que automatice el riego en un tramo del canal, y elaborar un blog divulgativo que explique el problema, la solución algorítmica, el código y las implicaciones sociales y ambientales.

El Canal Imperial de Aragón es una infraestructura hidráulica del siglo XVIII que sigue regando miles de hectáreas. El alumnado recibe el encargo de la comunidad de regantes de diseñar un prototipo virtual que automatice la apertura y cierre de compuertas según la humedad del suelo, y de documentar el proceso en un blog.

Anclaje en tu entorno: El Canal Imperial de Aragón es un elemento patrimonial y funcional real en la comunidad autónoma. Cualquier centro de Aragón puede adaptar el reto al sistema de riego local (acequia, pantano, río) usando datos de su entorno. Se fomenta la conciencia sobre la gestión del agua, clave en Aragón.

ODS: ODS 6 (Agua limpia y saneamiento) y ODS 11 (Ciudades y comunidades sostenibles)

Producto final

Blog divulgativo (o web) con secciones: descripción del problema, diagrama de flujo, programa en bloques, vídeo demostrativo, reflexión ética y bibliografía.

Audiencia: Comunidad de regantes del Canal Imperial de Aragón y alumnado de otros cursos del instituto.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Se presenta el reto mediante un vídeo sobre el Canal Imperial y la problemática del riego. Se plantea la pregunta guía y se forman equipos. Cada equipo investiga brevemente el canal y propone un enfoque. Evidencia: Lluvia de ideas y preguntas iniciales en el cuaderno de equipo. Producto: Pregunta guía acotada y primer boceto del sistema.
  2. 2
    Adquisición guiada de saberes · 2 sesiones Talleres sobre diagramas de flujo y programación por bloques (Scratch). Se practican estructuras de control, sensores y actuadores simulados. Se analizan ejemplos de sistemas de riego automatizado y su impacto. Evidencia: Ejercicios de diagramas y pequeños programas de prueba. Producto: Diagrama de flujo del algoritmo de riego y un prototipo básico en Scratch.
  3. 3
    Aplicación al reto · 2 sesiones Los equipos desarrollan su sistema de riego simulado: programan la lógica de control, integran sensores de humedad virtuales y actuadores. Prueban y depuran el código. Documentan el proceso. Evidencia: Código funcional y registro de pruebas. Producto: Programa completo del sistema de riego simulado.
  4. 4
    Producción y comunicación · 2 sesiones Los equipos crean el blog divulgativo con las secciones requeridas: introducción, diagrama, código, vídeo demostrativo, reflexión. Se graba un vídeo corto explicando el funcionamiento. Evidencia: Blog terminado con todos los elementos. Producto: Borrador del blog y vídeo en edición.
  5. 5
    Reflexión y evaluación · 1 sesión Cada equipo presenta su blog al resto. Coevaluación mediante rúbrica. Autoevaluación individual sobre el proceso. Asignación de niveles de logro a los criterios evaluados. Evidencia: Rúbricas cumplimentadas y diana de autoevaluación. Producto: Niveles de logro asignados y retroalimentación entre pares.
2

SDA · ejemplo 2/3

Monitoriza tu instituto

10 sesiones · 3 CE trabajadas · 5 criterios evaluables

Pregunta guía

¿Cómo podemos usar la programación y la robótica para mejorar el confort y ahorrar energía en nuestro instituto, basándonos en datos reales que nosotros mismos recojamos?

El reto

Diseñar un sistema autónomo de recogida de datos de temperatura y humedad en tres zonas del instituto (aula, pasillo, exterior), programar un microcontrolador para registrar los datos durante una semana, analizarlos estadísticamente y elaborar un informe técnico con propuestas de mejora energética dirigido al equipo directivo.

El instituto quiere reducir su consumo energético y mejorar el confort térmico, pero carece de datos precisos sobre las condiciones reales en distintas zonas. El equipo directivo propone al alumnado de Programación y Robótica diseñar e implementar un sistema de monitorización que permita tomar decisiones informadas.

Anclaje en tu entorno: Aragón tiene un clima continental extremo (inviernos fríos, veranos calurosos) que provoca un elevado consumo de calefacción y aire acondicionado en los centros educativos. Muchos institutos aragoneses son edificios antiguos con poca eficiencia energética. El reto es transferible a cualquier centro de la comunidad, ya que la necesidad de optimizar el confort y el gasto es general y los datos recogidos son siempre locales y significativos.

ODS: ODS 7 (Energía asequible y no contaminante) y ODS 11 (Ciudades y comunidades sostenibles).

Producto final

Informe técnico con gráficas de evolución temporal, código del programa, diagrama de flujo del algoritmo y recomendaciones justificadas.

Audiencia: Equipo directivo del instituto y responsable de mantenimiento.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Se presenta el encargo del equipo directivo: monitorizar temperatura y humedad en el instituto para optimizar el confort y ahorrar energía. El alumnado debate qué zonas serían más relevantes y formula hipótesis sobre las diferencias esperadas (pasillo exterior, aula orientada al sur, etc.). Evidencia: Cuaderno de equipo con hipótesis iniciales y plan de trabajo. Producto: Pregunta guía acotada y selección de tres zonas de estudio.
  2. 2
    Adquisición guiada de saberes · 2 sesiones Taller sobre sensores de temperatura y humedad (DHT11), conexión a microcontrolador (micro:bit o Arduino) y programación básica para lectura de datos. Se enseña a usar diagramas de flujo para representar el programa de registro y se introducen conceptos de almacenamiento (archivo, matriz). También se repasan técnicas de representación gráfica de datos (para el informe). Evidencia: Ejercicios prácticos: montar el sensor y leer un dato. Diagrama de flujo de un programa simple. Producto: Circuito funcional (sensor + microcontrolador) y diagrama de flujo validado por el docente.
  3. 3
    Aplicación al reto · 3 sesiones Por equipos, montan el sistema definitivo con batería y caja protectora, programan la toma de datos cada 30 minutos durante una semana (simulada en clase o real). Configuran la recogida automática y realizan pruebas. Cada equipo se encarga de una zona. Durante la semana (real o comprimida) recogen datos y los vuelcan en una hoja de cálculo. Evidencia: Datos recogidos (archivo csv o tabla). Código final del programa. Observación del funcionamiento autónomo. Producto: Sistema funcionando y fichero de datos sin procesar.
  4. 4
    Producción y comunicación · 2 sesiones Analizan los datos: generan gráficas de evolución temporal en cada zona, calculan medias y rangos, comparan zonas. Redactan el informe técnico que incluye: objetivo, metodología, diagramas, código, resultados, conclusiones y propuestas de mejora (p.ej., instalar toldos, ajustar calefacción por zonas). Preparan una presentación de 5 minutos para el equipo directivo. Evidencia: Informe técnico completo con gráficas. Presentación oral. Producto: Borrador del informe y diapositivas.
  5. 5
    Reflexión y evaluación · 2 sesiones Exposición de los informes ante el equipo directivo y el responsable de mantenimiento (puede ser simulado). Coevaluación entre equipos mediante rúbrica. Cada alumno/a realiza una diana de autoevaluación. Se asignan niveles de logro 1-4 a cada criterio evaluado. Evidencia: Rúbricas de coevaluación cumplimentadas. Diana de autoevaluación. Producto: Niveles de logro asignados a cada criterio.
3

SDA · ejemplo 3/3

Diseña un asistente robótico para personas mayores

9 sesiones · 3 CE trabajadas · 5 criterios evaluables

Pregunta guía

¿Cómo podemos diseñar y programar un robot que ayude a una persona mayor en su día a día, y cómo lo documentamos y presentamos a los usuarios reales?

El reto

Diseñar y construir un prototipo robótico (basado en Micro:bit o similar) que resuelva un problema cotidiano de una persona mayor, documentar todo el proceso técnico y presentar el producto a los usuarios reales de la residencia.

El centro establece un vínculo con una residencia de mayores del barrio (p.ej., Residencia Los Sitios en Zaragoza). Sus residentes necesitan pequeños apoyos para aumentar su autonomía: recordar medicación, localizar objetos, avisar de caídas, etc. El alumnado debe crear un prototipo robótico que aborde una de esas necesidades, documentar el proceso y presentarlo a los usuarios.

Anclaje en tu entorno: Aragón tiene una de las poblaciones más envejecidas de España, con muchos pueblos y barrios donde las personas mayores viven solas. Este reto conecta con una realidad social del territorio: la necesidad de soluciones tecnológicas asequibles para mejorar la calidad de vida. Cualquier centro de la CCAA puede contactar con una residencia o centro de día local y adaptar el reto a sus características.

ODS: ODS 3 (Salud y bienestar), ODS 10 (Reducción de las desigualdades), ODS 11 (Ciudades y comunidades sostenibles).

Producto final

Prototipo funcional del asistente robótico + memoria técnica (con diagramas de flujo, código, manual de uso) + presentación oral para los residentes y personal de la residencia.

Audiencia: Residentes y personal de la Residencia de Mayores del barrio (p.ej., Residencia Los Sitios, Zaragoza).

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Presentación del encargo de la residencia: vídeo o carta de los residentes. Lluvia de ideas sobre necesidades cotidianas. Formación de equipos y elección del problema a resolver. Evidencia: Cuaderno con preguntas y necesidades identificadas. Producto: Lista priorizada de necesidades por equipo.
  2. 2
    Adquisición guiada de saberes · 2 sesiones Talleres prácticos: diagramas de flujo con ejemplos cotidianos; introducción a la programación por bloques con Micro:bit; manejo de sensores básicos (temperatura, luz, botón). Ejercicios guiados. Evidencia: Ejercicios de programación y diagramas individuales. Producto: Diagrama de flujo y programa básico funcional.
  3. 3
    Aplicación al reto · 3 sesiones Los equipos diseñan el prototipo: boceto, plan de trabajo, programación avanzada y construcción con Micro:bit y componentes. Pruebas iterativas y depuración. Evidencia: Código final y prototipo construido. Producto: Prototipo beta funcional.
  4. 4
    Producción y comunicación · 2 sesiones Elaboración de la memoria técnica (introducción, diagramas, código, manual de uso) y preparación de la presentación oral para la residencia. Ensayos. Evidencia: Memoria técnica y presentación. Producto: Boceto de memoria y presentación.
  5. 5
    Reflexión y evaluación · 1 sesión Presentación final ante representantes de la residencia (puede ser por videollamada). Coevaluación entre equipos y autoevaluación. Asignación de niveles de logro 1-4 para cada criterio. Evidencia: Rúbricas cumplimentadas y diana de autoevaluación. Producto: Niveles de logro asignados.

Estructura canónica de una SDA (5 fases)

Toda situación de aprendizaje LOMLOE bien diseñada tiene estas 5 fases. El orden no es negociable, pero la duración de cada fase sí depende del reto y del grupo:

  1. 1

    Fase 1 — Activación y planteamiento del reto

    El alumnado se enfrenta al reto, activa saberes previos, genera preguntas y se compromete con el proceso. Duración típica: 1 sesión. Sin esta fase, la SDA es solo "ejercicios disfrazados de reto".

  2. 2

    Fase 2 — Adquisición guiada de saberes

    El profesorado proporciona las herramientas conceptuales necesarias (clase magistral, lectura, vídeo, fuentes). Duración típica: 2-4 sesiones. Es donde se cubren los saberes básicos curriculares.

  3. 3

    Fase 3 — Aplicación al reto

    El alumnado, en equipos o individualmente, aplica los saberes al reto: investiga, prueba, debate, decide. Duración típica: 2-4 sesiones. Es el corazón del trabajo competencial.

  4. 4

    Fase 4 — Producción y comunicación del producto

    Elaboración final del producto observable (texto, vídeo, exposición, proyecto físico) y presentación a una audiencia (compañeros, familia, comunidad). Duración típica: 1-2 sesiones.

  5. 5

    Fase 5 — Reflexión metacognitiva y evaluación

    Asignación de niveles de logro 1-4 a cada criterio, autoevaluación del alumnado, coevaluación entre pares, conclusiones. Duración típica: 1 sesión. Esta fase legitima la evaluación competencial.

Atención a la diversidad en las SDA

Una SDA LOMLOE bien diseñada incluye varios "puntos de entrada" para que el alumnado con necesidades diferentes encuentre su camino al reto. Esto NO significa "tarea más fácil", sino "misma tarea con diferente ruta".

Principio DUA Aplicación práctica en la SDA
Múltiples formas de representación (qué se ofrece al alumnado) Mismo saber explicado en vídeo + texto + esquema visual + audio. Cada estudiante elige formato que mejor le encaja.
Múltiples formas de acción y expresión (qué entrega el alumnado) El producto final acepta variantes: el mismo reto puede comunicarse en vídeo, ensayo, infografía o exposición oral. Mismo nivel de logro evaluable.
Múltiples formas de motivación (cómo se engancha) Diversidad de retos opcionales relacionados: cada estudiante puede elegir la versión del reto más cercana a sus intereses, manteniendo los mismos criterios.
Itinerarios diferenciados Quien necesita andamios extra recibe materiales adicionales y check-ins más frecuentes. Quien ya domina, avanza con preguntas de mayor exigencia.

Errores frecuentes al diseñar SDAs

Después de revisar centenares de SDAs en programaciones didácticas, estos son los errores que ve la inspección con mayor frecuencia:

  • Reto poco real: "diseña un proyecto para…" sin destinatario auténtico ni publicación verdadera. La motivación se diluye y se queda en simulación.
  • Producto sin audiencia real: el producto final solo lo ve el profesor. Una SDA potente comparte el producto con compañeros, familias o comunidad.
  • Criterios mal mapeados: la SDA "dice" que evalúa 8 criterios pero realmente solo da evidencia de 3. Inspección detecta la inflación de criterios sin evidencia.
  • Fase 1 (activación) ausente: se entra directamente a la explicación. Eso vuelve la SDA en una "unidad didáctica con barniz competencial".
  • Fase 5 (reflexión) ausente: se termina con el producto sin asignar niveles de logro ni reflexión metacognitiva. La evaluación queda invisible.
  • Confundir SDA con "proyecto": un proyecto puede durar trimestres y atravesar muchas SDAs. Mantener SDAs de 4-12 sesiones máximo da más control.

Crea tu propia SDA personalizada con IA

Diseñar una SDA bien hecha desde cero lleva entre 3 y 5 horas de trabajo. Con Corrigiendo.es:

⏱️

10 min

Generación inicial completa con tu contexto, materia, curso, CCAA y reto deseado.

📋

Trazable

Cada SDA queda vinculada a los criterios LOMLOE oficiales que evalúa. Lista para inspección.

📤

Word + PDF

Exporta tu SDA en Word editable y PDF imprimible para entregar al departamento.

Otros aspectos del currículo de Programación y Robótica 3.º ESO en Aragón

Explora cada parte del currículo LOMLOE con la profundidad necesaria para tu departamento.

Preguntas frecuentes

¿Qué es exactamente una Situación de Aprendizaje (SDA) en LOMLOE?
Una Situación de Aprendizaje es la unidad pedagógica básica de la LOMLOE. Es un planteamiento didáctico de aula que parte de un reto contextualizado, próximo y movilizador, integra varios saberes y se evalúa por criterios de evaluación. Sustituye a las antiguas "unidades didácticas" como hilo conductor del aprendizaje competencial.
¿Cuántas situaciones de aprendizaje debo tener en mi programación de Programación y Robótica?
La normativa no fija un número exacto. Lo habitual es entre 6 y 10 SDAs por curso de Programación y Robótica (3.º ESO), de modo que cada trimestre tenga 2-3 SDAs y entre todas se cubran las 5 competencias específicas y los 9 criterios.
¿Tengo que diseñar las SDA yo solo o el departamento las comparte?
Lo recomendable es que el departamento comparta un banco de SDAs común con autonomía para que cada profesor adapte el reto a su grupo concreto. Esto da coherencia evaluadora entre grupos paralelos y reduce la carga de diseño individual. La inspección suele pedir SDAs documentadas con criterios evaluados y rúbrica.
¿Una SDA tiene que durar todo el trimestre?
No. Las SDAs duran lo que el reto requiera, típicamente entre 4 y 12 sesiones. Una SDA muy corta es una "microSDA" (1-3 sesiones); una muy larga (>15 sesiones) suele ser un "proyecto" y conviene partirla en SDAs más pequeñas que mantengan el foco.
¿Cómo se evalúa una SDA?
Cada SDA declara qué criterios de evaluación cubre y se asigna un nivel de logro 1-4 a cada criterio según el desempeño del alumnado en la SDA. No se "pone nota a la SDA" como tal — se pone nivel de logro a los criterios que la SDA evaluó. Esa información alimenta el informe competencial y, vía ponderaciones, la nota numérica.
CE

Escrito por

Equipo Corrigiendo.es

Actualizado el