Situaciones de Aprendizaje LOMLOE

3 ejemplos de SDA para Programación y Robótica 2.º 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 2.º ESO

Estos 3 ejemplos están diseñados para Programación y Robótica en 2.º 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

Codifica el patrimonio

10 sesiones · 3 CE trabajadas · 5 criterios evaluables

Pregunta guía

¿Cómo podemos ayudar a conservar el patrimonio aragonés usando la programación y la robótica, y comunicar nuestra propuesta a la comunidad?

El reto

Diseñar un robot que monitorice el estado de conservación de un monumento aragonés, programar su funcionamiento y comunicar el proceso y resultados a través de un sitio web dirigido a los responsables del patrimonio.

La torre mudéjar de San Salvador en Teruel necesita un sistema de monitorización de grietas y humedad. El Ayuntamiento ha solicitado ideas a centros educativos. El alumnado de Programación y Robótica diseñará un robot sensorizado y creará un sitio web para explicar su propuesta.

Anclaje en tu entorno: El reto se ancla en la torre mudéjar de San Salvador (Teruel), Patrimonio Mundial, ejemplo del mudéjar aragonés. Cualquier centro de Aragón puede adaptarlo a un monumento local (iglesia, torre, palacio) con problemas similares de conservación, manteniendo la esencia de usar programación y robótica para el patrimonio.

ODS: ODS 11 (Ciudades y comunidades sostenibles, submeta 11.4: patrimonio cultural y natural)

Producto final

Sitio web con documentación del diseño, algoritmo, diagrama de flujo, código en bloques, video demo del robot y conclusiones sobre su impacto.

Audiencia: Responsables del patrimonio cultural del Ayuntamiento de Teruel y la comunidad educativa del centro.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 2 sesiones Se presenta el encargo del Ayuntamiento y se visita virtualmente la torre mudéjar. Se debate sobre problemas de conservación y lluvia de ideas iniciales. Cada equipo formula preguntas y establece hipótesis sobre cómo la robótica puede ayudar. Evidencia: Cuaderno con preguntas iniciales y primeras ideas de diseño. Producto: Documento de ideas y preguntas por equipo.
  2. 2
    Adquisición guiada de saberes · 3 sesiones Se trabajan saberes clave: sistemas de sensores (humedad, temperatura), programación por bloques (condicionales, bucles), y elaboración de diagramas de flujo. Se realizan ejercicios guiados con simuladores. Evidencia: Ejercicios resueltos de diagramas de flujo y bloques. Producto: Portfolio de ejercicios prácticos.
  3. 3
    Aplicación al reto · 3 sesiones Cada equipo diseña y programa su robot, elabora el diagrama de flujo y el código en un simulador. Planifican los materiales y tareas necesarias. Se realiza una prueba interna del funcionamiento del código. Evidencia: Diseño del robot, diagrama de flujo, código en bloques y plan de trabajo. Producto: Prototipo virtual del robot y plan de trabajo completo.
  4. 4
    Producción y comunicación · 1 sesión Los equipos construyen el sitio web: incluyen documentación del proceso, el diagrama de flujo, el código, un video demo (simulado) y conclusiones. Se prepara la exposición para la audiencia real. Evidencia: Sitio web completo con todos los elementos. Producto: Sitio web funcional y video demo.
  5. 5
    Reflexión y evaluación · 1 sesión Se presentan los sitios web a la clase (simulacro de audiencia real). Coevaluación entre equipos y autoevaluación mediante rúbrica. 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 y reflexión grupal.
2

SDA · ejemplo 2/3

Datos que respiran: analiza la calidad del aire de tu entorno

7 sesiones · 3 CE trabajadas · 5 criterios evaluables

Pregunta guía

¿Cómo podemos usar la programación para recoger, analizar y comunicar datos sobre la calidad del aire de nuestro instituto y proponer mejoras ambientales?

El reto

Diseñar y programar una aplicación que analice datos de calidad del aire (propios o de la red oficial) y genere un informe gráfico con recomendaciones, que se presentará a una audiencia real.

La Organización Mundial de la Salud advierte de los efectos de la contaminación atmosférica en la salud. En Aragón, la Red de Vigilancia de la Calidad del Aire del Gobierno de Aragón publica datos horarios de distintos contaminantes. El alumnado, como ciudadanos, puede contribuir al análisis de estos datos y proponer acciones concretas para su comunidad.

Anclaje en tu entorno: La SDA utiliza datos reales de la Red de Vigilancia de la Calidad del Aire del Gobierno de Aragón (https://www.aragon.es/calidaddelaire). Cada centro puede elegir la estación más cercana (Zaragoza, Huesca, Teruel, etc.) o bien recoger datos propios con sensores de bajo coste (p.ej., micro:bit + sensor de CO2). El análisis local permite comparar barrios, horarios o días laborables y festivos, conectando directamente con la realidad del alumnado.

ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 13 (Acción por el clima).

Producto final

Programa en Scratch (o MakeCode) que lea un archivo CSV de datos, calcule medias y máximos, y muestre gráficos; acompañado de un informe técnico y un póster digital.

Audiencia: Concejalía de Medio Ambiente del ayuntamiento local y/o AMPA del instituto.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Se presenta el reto: la calidad del aire en nuestra localidad. Se visionan noticias y se exploran los datos abiertos de la Red de Vigilancia de Aragón. Cada equipo elige un contaminante (PM10, NO2, etc.) y formula una pregunta de investigación. Evidencia: Pregunta de investigación del equipo y reflexión inicial sobre el impacto de la tecnología en la medición ambiental (criterio 5.1). Producto: Ficha con la pregunta de investigación y una breve reflexión escrita sobre tecnología y medio ambiente.
  2. 2
    Adquisición guiada de saberes · 2 sesiones Se trabajan los diagramas de flujo para describir procesos de análisis de datos (criterio 4.1). Se introducen los fundamentos de programación por bloques necesarios: lectura de datos desde CSV, estructuras de control, y generación de gráficos. Se realizan ejercicios guiados con datos de ejemplo. Evidencia: Diagrama de flujo del análisis diseñado por cada equipo (criterio 4.1). Producto: Diagrama de flujo validado por el docente.
  3. 3
    Aplicación al reto · 2 sesiones Cada equipo programa en Scratch la aplicación que carga el archivo CSV real (descargado de la red oficial o generado con sensor), calcula estadísticas descriptivas (media, máximo) y genera un gráfico de barras o líneas. Se resuelven problemas de programación de forma colaborativa. Evidencia: Programa funcional que procesa los datos y genera gráficos (criterio 4.2). Producto: Programa Scratch guardado y exportado.
  4. 4
    Producción y comunicación · 1 sesión Los equipos elaboran un informe técnico (que incluye diagrama de flujo, capturas del programa, gráficos y conclusiones) y un póster digital con recomendaciones ambientales. Se prepara la defensa oral. Evidencia: Informe técnico y póster digital (criterio 3.1). Producto: Informe y póster terminados.
  5. 5
    Reflexión y evaluación · 1 sesión Cada equipo presenta su trabajo a la audiencia (simulada o real: otro grupo, profesorado, o AMPA). Se realiza una coevaluación mediante rúbrica. Finalmente, cada alumno completa una diana de autoevaluación sobre su aprendizaje y sobre el impacto de la tecnología en la sostenibilidad (criterio 5.2). Evidencia: Exposición oral y rúbrica de coevaluación (criterio 5.2). Producto: Diana de autoevaluación cumplimentada.
3

SDA · ejemplo 3/3

Robots que cuidan

8 sesiones · 3 CE trabajadas · 5 criterios evaluables

Pregunta guía

¿Podemos diseñar y construir un robot que ayude a las personas mayores de nuestro entorno a sentirse más acompañadas y seguras, y cómo lo hacemos para que sea realmente útil?

El reto

Diseñar y construir un prototipo robótico funcional (maqueta con componentes electrónicos y programación por bloques) que realice una tarea concreta de apoyo a personas mayores, y presentarlo a los usuarios del centro como posible solución.

El Centro de Mayores del barrio se ha puesto en contacto con el instituto: necesitan ideas para mejorar la calidad de vida de sus usuarios, especialmente aquellos que viven solos. Nos piden que diseñemos un prototipo de robot que pueda realizar una tarea de apoyo (recordar medicación, detectar una caída, guiar ejercicios suaves, etc.).

Anclaje en tu entorno: En Aragón, el 25% de la población de municipios pequeños es mayor de 65 años (fuente: IAEST). Muchos viven solos y la soledad es un problema real. El reto conecta con esta realidad social y puede aplicarse en cualquier centro de Aragón, adaptando el destinatario al centro de mayores más cercano al instituto (o a una asociación vecinal).

ODS: ODS 3 (Salud y bienestar) y ODS 10 (Reducción de las desigualdades).

Producto final

Prototipo de robot asistente (con chasis, sensores, actuadores y programación) + documento técnico de diseño y manual de uso.

Audiencia: Usuarios y personal del Centro de Mayores del barrio, así como el equipo directivo del instituto.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Se presenta el encargo real del Centro de Mayores (carta o vídeo). Debate sobre necesidades del colectivo mayor. Se formula la pregunta guía y se forman equipos. Evidencia: Lluvia de ideas y necesidades priorizadas en cada equipo. Producto: Lista de necesidades y posible tarea que abordará el robot.
  2. 2
    Adquisición guiada de saberes · 2 sesiones Talleres breves: tipos de sensores (ultrasonidos, infrarrojos), actuadores (servos, motores), programación de condicionales y bucles en bloques, y diseño de diagramas de flujo. Se muestran ejemplos de robots asistenciales. Evidencia: Fichas de ejercicios de programación y diagramas de flujo. Producto: Diagrama de flujo de la lógica del robot de cada equipo.
  3. 3
    Aplicación al reto · 3 sesiones Cada equipo diseña, planifica y construye su prototipo: desde el croquis hasta el montaje y la programación. Se fomenta la iteración y prueba-error. El profesor guía y resuelve dudas técnicas. Evidencia: Diseños escritos, prototipo físico, código de programación. Producto: Prototipo funcional del robot (maqueta operativa) y código comentado.
  4. 4
    Producción y comunicación · 1 sesión Cada equipo prepara una presentación para los usuarios del Centro de Mayores: explica el problema, el diseño y demuestra el funcionamiento del robot. Elaboran un cartel o folleto sencillo para acompañar la demo. Evidencia: Presentación oral y material gráfico (póster/díptico). Producto: Presentación y cartel divulgativo listos para la visita.
  5. 5
    Reflexión y evaluación · 1 sesión Visita al Centro de Mayores (o videollamada) para mostrar los prototipos. Tras la demo, coevaluación entre equipos y autoevaluación individual con diana. El profesor completa la rúbrica de cada criterio. Evidencia: Rúbricas cumplimentadas, dianas de autoevaluación, feedback de la audiencia. Producto: Niveles de logro (1-4) asignados a cada criterio.

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 2.º 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 (2.º 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