3 ejemplos de SDA para Programación y Robótica 4.º 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.
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 4.º ESO
Estos 3 ejemplos están diseñados para Programación y Robótica en 4.º 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.
SDA · ejemplo 1/3
Guardianes del Mudéjar
8 sesiones · 3 CE trabajadas · 6 criterios evaluables
Pregunta guía
¿Cómo diseñar un robot que ayude a conservar el patrimonio mudéjar de Teruel y comunicar el proceso a la comunidad?
El reto
Diseñar y simular un robot sensor para monitorizar temperatura y humedad en un espacio mudéjar, y crear un blog que documente el proceso, el algoritmo y la programación, argumentando su impacto social y ambiental.
El Museo de Teruel necesita un sistema de monitorización ambiental para las iglesias mudéjares (UNESCO) y ha pedido propuestas de bajo coste. El alumnado debe diseñar y simular un robot sensor y documentar todo en un blog dirigido al museo y al público.
Anclaje en tu entorno: El mudéjar aragonés es Patrimonio de la Humanidad; Teruel concentra ejemplos únicos. El reto vincula robótica con conservación patrimonial, y cualquier centro de Aragón puede adaptarlo a su monumento local (catedral de Tarazona, torre de El Salvador, etc.), fomentando la conciencia patrimonial.
ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 9 (Industria, innovación e infraestructura)
Producto final
Blog (o web) con documentación técnica y divulgativa del proyecto, incluyendo diagramas de flujo, código en bloques, y reflexión sobre el impacto tecnológico.
Audiencia: Equipo técnico del Museo de Teruel y visitantes virtuales interesados en patrimonio y tecnología.
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 1 sesión Se presenta el encargo del Museo de Teruel mediante un vídeo motivador. Se visualizan imágenes del mudéjar y se debate la pregunta guía. Los equipos se forman y realizan una lluvia de ideas sobre posibles soluciones robóticas. Evidencia: Anotaciones iniciales en cuaderno de equipo. Producto: Preguntas acotadas y primeras ideas bocetadas.
-
2
Adquisición guiada de saberes · 2 sesiones Se trabajan los contenidos de algorítmica (diagramas de flujo, estructuras de control) y programación por bloques mediante ejemplos guiados. También se introducen sensores y su uso en monitorización. Cada equipo practica con pequeños ejercicios. Evidencia: Ejercicios resueltos de diagramas de flujo y código en bloques. Producto: Cuaderno con diagramas y fragmentos de código funcionales.
-
3
Aplicación al reto · 2 sesiones Cada equipo diseña el robot sensor: selecciona componentes, elabora un diagrama de flujo del comportamiento y programa la simulación en un entorno de bloques (por ejemplo, Scratch con extensión Micro:bit o MakeCode). Se revisa el plan de trabajo. Evidencia: Diagrama de flujo, pseudocódigo y programa simulado. Producto: Prototipo virtual del robot con código funcional.
-
4
Producción y comunicación · 2 sesiones Los equipos crean un blog (o web) con las secciones: reto, diseño, algoritmo, programación e impacto. Incorporan diagramas, capturas de pantalla del código, explicaciones y una reflexión ética/ambiental. Se trabaja la redacción para audiencia no experta. Evidencia: Blog completo y publicado (o borrador final). Producto: Blog listo para revisión.
-
5
Reflexión y evaluación · 1 sesión Cada equipo presenta su blog en una galería virtual (comparten enlace). Se realiza coevaluación entre equipos usando rúbrica. Después, autoevaluación y asignación de niveles de logro 1-4 para cada criterio. Se discute lo aprendido. Evidencia: Rúbricas cumplimentadas y diana de autoevaluación. Producto: Niveles de logro asignados a cada criterio por equipo.
SDA · ejemplo 2/3
Sensores por un instituto más sostenible
10 sesiones · 3 CE trabajadas · 6 criterios evaluables
Pregunta guía
¿Podemos, con la robótica y la programación, recoger datos ambientales de nuestro instituto que nos permitan proponer mejoras reales frente al cambio climático?
El reto
Diseñar, construir y programar un sistema de sensores que mida temperatura y humedad en distintas aulas durante una semana, analizar los datos y presentar un informe de recomendaciones al equipo directivo.
El equipo directivo solicita datos objetivos sobre el confort térmico de las aulas para optar a un programa de eficiencia energética de la DGA. Se necesita un sistema autónomo de recogida y análisis de datos.
Anclaje en tu entorno: Aragón ha desarrollado la Estrategia Aragonesa de Cambio Climático (EA2C), que impulsa la eficiencia energética en centros públicos. Cualquier instituto aragonés puede replicar este proyecto vinculándolo a su plan de sostenibilidad.
ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 13 (Acción por el clima)
Producto final
Prototipo funcional de sensor con micro:bit y sensor DHT22, más un informe técnico con gráficas y conclusiones.
Audiencia: Equipo directivo y Comité de Sostenibilidad del centro educativo.
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 1 sesión Se presenta la solicitud del equipo directivo y el contexto de la EA2C. Se debate la pregunta guía. Los equipos formulan hipótesis sobre qué aulas pueden tener peor confort térmico y proponen variables a medir. Evidencia: Cuaderno con hipótesis iniciales y preguntas acotadas. Producto: Plan de trabajo con rol asignado (constructor, programador, documentador, presentador) y lista de variables prioritarias.
-
2
Adquisición guiada de saberes · 2 sesiones Taller práctico sobre uso del sensor DHT22 con micro:bit: conexionado, programación básica (lectura de sensor, mostrar en pantalla), elaboración de diagramas de flujo. Se explica el concepto de muestreo y almacenamiento. Evidencia: Ejercicios de programación (código que lee el sensor) y diagrama de flujo individual. Producto: Diagrama de flujo grupal del sistema completo y código base funcional.
-
3
Aplicación al reto · 3 sesiones Cada equipo monta su sensor sobre una base (caja o soporte) y lo instala en el aula asignada. Programan la recogida automática cada 10 minutos durante una semana. Verifican el funcionamiento y realizan una prueba de 24h. Evidencia: Dispositivo construido y logs de datos de la prueba. Producto: Prototipo funcional y archivo de datos sin procesar.
-
4
Producción y comunicación · 2 sesiones Los equipos descargan los datos de la semana, los procesan en hoja de cálculo (media, máximos, mínimos, gráficos) y redactan un informe técnico con conclusiones y recomendaciones. Preparan una presentación de 5 minutos. Evidencia: Hoja de cálculo con gráficas y borrador del informe. Producto: Informe técnico completo y presentación digital.
-
5
Reflexión y evaluación · 2 sesiones Presentación de los resultados al Comité de Sostenibilidad (simulado con docentes y alumnado de otros cursos). Coevaluación entre equipos mediante rúbrica. Autoevaluación individual con diana. Evidencia: Rúbrica de coevaluación cumplimentada y diana de autoevaluación. Producto: Niveles de logro asignados para cada criterio.
SDA · ejemplo 3/3
Voces del Canal: un tótem interactivo para el patrimonio
8 sesiones · 3 CE trabajadas · 5 criterios evaluables
Pregunta guía
¿Cómo podemos diseñar y programar un dispositivo interactivo que, instalado en un punto del casco histórico de Zaragoza, divulgue la historia del Canal Imperial y conecte a los ciudadanos con su patrimonio?
El reto
Diseñar, planificar y construir un prototipo funcional a escala de un tótem interactivo que, al aproximarse un visitante, reproduzca información relevante sobre el Canal Imperial de Aragón mediante sonido, luz o movimiento, y que esté programado con Arduino o micro:bit.
El Canal Imperial de Aragón, obra de ingeniería del siglo XVIII, pasa inadvertido para muchos jóvenes aragoneses. El Ayuntamiento de Zaragoza y la asociación de vecinos del Casco Histórico buscan nuevas formas de acercar este patrimonio a la ciudadanía, especialmente a través de la tecnología. El alumnado de 4.º ESO deberá diseñar y construir un prototipo de tótem interactivo que, activado por sensores de proximidad, narre aspectos clave del canal y fomente el interés por el patrimonio local.
Anclaje en tu entorno: El Canal Imperial de Aragón es un elemento patrimonial real y tangible en la Comunidad Autónoma de Aragón, con especial presencia en Zaragoza y otras localidades como Tudela o Fuentes de Ebro. La SDA se adapta a cualquier centro de Aragón sustituyendo el canal por otro elemento patrimonial o natural significativo de su localidad (ej. Acueducto de los Arcos en Teruel, Parroquia de San Pedro en Huesca), manteniendo la misma estructura de diseño y programación.
ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 4 (Educación de calidad).
Producto final
Prototipo del tótem interactivo a escala (maqueta con electrónica) + guía técnica de montaje y programación + documentación de diseño y planificación.
Audiencia: Concejalía de Cultura del Ayuntamiento de Zaragoza y Asociación de Vecinos del Casco Histórico (representantes invitados a la presentación).
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 1 sesión Se presenta el encargo del Ayuntamiento y la asociación de vecinos mediante un vídeo o carta. Se visita virtualmente el Canal Imperial (Google Maps, fotos históricas). Se lanza la pregunta guía y se realiza una lluvia de ideas en equipos sobre posibles diseños y funcionalidades. Cada equipo esboza sus primeras ideas. Evidencia: Anotaciones individuales y equipo en el cuaderno de laboratorio: ideas iniciales, dudas, componentes que podrían usar. Producto: Boceto inicial del concepto del tótem por equipo.
-
2
Adquisición guiada de saberes · 2 sesiones Talleres prácticos: (1) Electrónica básica: sensores de proximidad, LEDs, altavoces, y cómo conectarlos a Arduino/micro:bit. (2) Programación por bloques: condicionales, bucles, funciones. (3) Diagramas de flujo: cómo representar la secuencia de interacción. Cada equipo elabora el diagrama de flujo de su tótem y realiza ejercicios de programación guiada. Evidencia: Diagrama de flujo del equipo (entregable) y ejercicios de programación resueltos. Producto: Diagrama de flujo del comportamiento del tótem y código base funcional en bloques.
-
3
Aplicación al reto · 2 sesiones Los equipos construyen el prototipo físico (maqueta) y programan el código completo. Integran sensores, actuadores y la lógica de interacción. Prueban y depuran errores. El profesor circula entre los grupos, ofreciendo ayuda puntual y guiando la resolución de problemas. Evidencia: Prototipo en proceso (fotos, videos cortos), código comentado y pruebas realizadas. Producto: Prototipo funcional (al menos las partes electrónica y programación básica funcionando).
-
4
Producción y comunicación · 2 sesiones Finalización del prototipo: acabado estético de la maqueta, ajustes finos del código. Elaboración de la guía técnica (esquema de montaje, lista de materiales, código explicado). Preparación de la presentación para la audiencia: guión, ensayos, diseño de un póster o presentación digital. Evidencia: Guía técnica completa, presentación digital, prototipo final. Producto: Prototipo terminado y documentación técnica.
-
5
Reflexión y evaluación · 1 sesión Presentación de los prototipos a la audiencia (se invita a representantes del Ayuntamiento y asociación, o se realiza una simulación). Coevaluación entre equipos mediante rúbrica. Cada alumno completa una diana de autoevaluación sobre su aprendizaje y contribución. Reflexión grupal sobre el impacto de la tecnología en la difusión del patrimonio y el uso responsable. Evidencia: Rúbricas de coevaluación cumplimentadas, dianas de autoevaluación, cuestionario de reflexión individual. Producto: Niveles de logro asignados a cada criterio (1-4) para cada alumno.
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
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
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
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
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
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 4.º ESO en Aragón
Explora cada parte del currículo LOMLOE con la profundidad necesaria para tu departamento.
Currículo LOMLOE completo →
Resumen integral con cita del decreto autonómico, comparativa con la base estatal y descargas Excel/PDF.
Programación Didáctica completa →
Documento de programación didáctica lista para departamento: objetivos, secuenciación, metodología, evaluación y recuperación.
Competencias Específicas →
Las CE detalladas: texto oficial, descriptores del perfil de salida y cómo se trabajan en aula.
Criterios de Evaluación →
Cada criterio con texto oficial, evidencias sugeridas, instrumentos y casilla de peso para tu rúbrica.
Saberes Básicos (contenidos) →
Los saberes agrupados por bloque, con propuesta de actividad de aula y distribución trimestral.
Rúbricas de Evaluación →
Una rúbrica por competencia específica con los 4 niveles de logro descritos y cómo calcular la nota final.