Situaciones de Aprendizaje LOMLOE

3 ejemplos de SDA para Informática I 1.º Bachillerato

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 29 criterios oficiales.

3
Ejemplos de SDA
5
Fases por SDA
29
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 Informática I 1.º Bachillerato

Estos 3 ejemplos están diseñados para Informática I en 1.º Bachillerato 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

Conectados con conciencia: evolución y seguridad digital

8 sesiones · 2 CE trabajadas · 6 criterios evaluables

El reto

¿Cómo podemos concienciar a nuestros compañeros sobre la importancia de la seguridad digital, explicando de forma atractiva la evolución histórica de la informática y los fundamentos de la ciberseguridad?

El alumnado de 1.º de Bachillerato del IES (en Aragón) utiliza a diario dispositivos móviles y redes sociales, pero desconoce los riesgos de seguridad y la evolución tecnológica que los ha hecho posibles. La SDA propone investigar, analizar y comunicar estos temas para fomentar un uso crítico y seguro de la tecnología.

Producto final

Un vídeo educativo (5-8 minutos) o un episodio de podcast (10-15 minutos) que combine la línea del tiempo de la informática con consejos prácticos de ciberseguridad, dirigido a estudiantes del centro.

Audiencia: Compañeros y compañeras de 1.º y 2.º de Bachillerato del mismo instituto, que serán los espectadores/oyentes del producto final.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Presentación del reto: ¿cómo crear un recurso digital que conciencie sobre seguridad digital explicando la evolución de la informática? Se muestra un ejemplo inspirador (vídeo corto). Se organizan grupos heterogéneos de 3-4 personas. Cada grupo elige el formato (vídeo o podcast) y asigna roles (guionista, investigador, editor, presentador). Evidencia: Ficha de grupo con roles y formato elegido, preguntas iniciales sobre lo que saben de seguridad e historia.
  2. 2
    Adquisición guiada de saberes · 3 sesiones Talleres guiados: (a) Línea del tiempo interactiva de la informática (sesión 2); (b) Tipos de software y licencias (sesión 3); (c) Ciberseguridad: amenazas, contraseñas, cifrado (sesión 4). Se utilizan presentaciones, vídeos cortos y actividades prácticas como descifrar un mensaje simple con cifrado César. Cada grupo toma notas y recopila información para su producto. Evidencia: Notas de cada taller (tabla de hitos, comparativa de licencias, mapa de amenazas).
  3. 3
    Aplicación al reto · 2 sesiones Los grupos diseñan el guion y la escaleta de su vídeo/podcast: deciden qué hitos históricos incluir, cómo conectar con consejos de seguridad, y elaboran un borrador. Se revisa en parejas (coevaluación) y se ajusta. También preparan los materiales visuales o sonoros necesarios. Evidencia: Guion escrito o escaleta, storyboard para vídeo, lista de recursos.
  4. 4
    Producción y comunicación · 2 sesiones Grabación del vídeo/podcast usando software libre (OBS, Audacity, Kdenlive). Edición básica: cortes, inserción de imágenes/música con licencia Creative Commons. Se publica en una plataforma privada del centro (Moodle o blog del departamento). Cada grupo visiona/escucha el producto de otro grupo y deja un comentario de mejora. Evidencia: Producto final publicado, comentarios de coevaluación.
  5. 5
    Reflexión y evaluación · 1 sesión Visionado conjunto de fragmentos destacados. Debate sobre lo aprendido: ¿cómo ha cambiado su visión de la seguridad? ¿Qué les sorprendió de la evolución? Rellenan una rúbrica de autoevaluación y evaluación del trabajo en equipo. El profesor recoge las rúbricas y proporciona feedback final. Evidencia: Rúbrica de autoevaluación cumplimentada, reflexión escrita individual.
2

SDA · ejemplo 2/3

Respira Zaragoza: analiza la calidad del aire con datos abiertos y programación

10 sesiones · 2 CE trabajadas · 6 criterios evaluables

El reto

¿Cómo podemos analizar y comunicar la evolución de la calidad del aire en Zaragoza a partir de datos abiertos, utilizando herramientas ofimáticas y de programación, para que los técnicos municipales puedan tomar decisiones informadas?

Esta situación de aprendizaje se enmarca en la materia Informática I de 1º de Bachillerato en Aragón. El centro educativo se encuentra en Zaragoza, ciudad con estaciones de medición de calidad del aire cuyos datos son públicos. Se aprovechan estos datos para que el alumnado desarrolle competencias en tratamiento de datos, diseño de bases de datos y programación, con un enfoque científico y cívico.

Producto final

Informe interactivo que incluya un análisis con hoja de cálculo (gráficos, estadísticas), una base de datos relacional con consultas SQL, y un pequeño script en Python que automatice la limpieza y el análisis de datos. El informe se presenta al Área de Medio Ambiente del Ayuntamiento de Zaragoza.

Audiencia: Técnicos del Área de Medio Ambiente del Ayuntamiento de Zaragoza

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Presentación del reto: ¿Cómo analizar la calidad del aire en Zaragoza? Se muestran noticias sobre contaminación y el portal de datos abiertos del Ayuntamiento. Se explica el producto final (informe interactivo) y la audiencia real (técnicos municipales). Se forma a los estudiantes en equipos y se asigna a cada equipo un contaminante o un barrio. Se activan conocimientos previos mediante un kahoot sobre conceptos básicos de hojas de cálculo, bases de datos y programación. Evidencia: Participación en kahoot; preguntas iniciales escritas en un padlet (qué saben, qué quieren saber).
  2. 2
    Adquisición guiada de saberes · 4 sesiones Talleres prácticos guiados: (a) Hoja de cálculo: descarga de datos CSV, filtros, fórmulas (PROMEDIO, MAX, MIN), creación de gráficos de líneas y barras. (b) Bases de datos: conceptos de modelo relacional, diseño de diagramas E-R con herramientas online (draw.io), normalización básica. (c) SQL: creación de tablas, inserción, consultas SELECT con condiciones, JOIN y GROUP BY. (d) Programación en Python: lectura de CSV, bucles para limpiar datos, funciones para calcular estadísticas. Cada taller se cierra con un pequeño ejercicio entregable. Evidencia: Ejercicios entregables de cada taller: hoja de cálculo con análisis de un subconjunto, diagrama E-R, script SQL, script Python que limpia datos.
  3. 3
    Aplicación al reto · 3 sesiones Los equipos aplican los saberes a su reto específico. Actividades: (1) Limpiar y unificar los datos descargados usando Python. (2) Realizar análisis exploratorio con hoja de cálculo: calcular medias diarias/mensuales, detectar valores atípicos, generar gráficos. (3) Diseñar e implementar la base de datos que almacene los datos limpios. (4) Escribir consultas SQL que respondan a preguntas clave (ej. comparar contaminación entre dos estaciones). El profesor ofrece apoyo diferenciado según necesidades, y los estudiantes documentan su proceso en un diario técnico. Evidencia: Diario técnico del equipo (documento compartido); avances parciales subidos a la plataforma (hoja de cálculo, script Python, archivo SQL).
  4. 4
    Producción y comunicación · 1 sesión Cada equipo prepara el informe interactivo final: combina los resultados de la hoja de cálculo (gráficos y tablas), el script Python (como anexo), y las consultas SQL con sus resultados. Se elabora una presentación breve (5 minutos) para simular la comunicación a los técnicos. Se ensaya la exposición y se recibe retroalimentación entre pares usando una rúbrica. Se graban las exposiciones o se presentan en vivo ante el grupo-clase. Evidencia: Informe interactivo (PDF o web); presentación oral (rúbrica de coevaluación); grabación opcional.
  5. 5
    Reflexión y evaluación · 1 sesión Cada equipo reflexiona sobre su proceso: ¿Qué ha funcionado? ¿Qué dificultades han tenido? ¿Cómo aplicarían esto en otros contextos? Se realiza una diana de autoevaluación competencial. El profesor aplica la rúbrica de evaluación basada en los criterios seleccionados. Se discuten las implicaciones sociales del análisis de datos abiertos (transparencia, participación ciudadana). Se cierra con la publicación del mejor informe en la web del centro (previo permiso). Evidencia: Diana de autoevaluación; reflexión grupal escrita; nota de la rúbrica del profesor.
3

SDA · ejemplo 3/3

Genera arte con IA: una galería virtual para Aragón

10 sesiones · 2 CE trabajadas · 7 criterios evaluables

El reto

¿Cómo podemos diseñar e implementar una galería web interactiva que genere imágenes artísticas utilizando IA y proporcione información sobre el patrimonio aragonés?

En el marco de la Semana Cultural del IES, se propone crear una galería virtual de arte generado por inteligencia artificial que refleje la riqueza cultural de Aragón. Los estudiantes actuarán como artistas digitales y desarrolladores.

Producto final

Una página web funcional que permita al usuario elegir temáticas relacionadas con Aragón (como paisajes, tradiciones, monumentos) y genere una imagen artística mediante un modelo de IA preentrenado, acompañada de una ficha descriptiva.

Audiencia: Comunidad educativa del IES durante la Semana Cultural y, potencialmente, el ayuntamiento local para promoción turística.

Fases de desarrollo (5)

  1. 1
    Activación y planteamiento del reto · 1 sesión Presentación del reto: crear galería virtual. Lluvia de ideas sobre arte generativo y patrimonio aragonés. Visionado de ejemplos. Formación de equipos. Evidencia: Ideas iniciales anotadas en diario de aprendizaje.
  2. 2
    Adquisición guiada de saberes · 3 sesiones Taller sobre fundamentos de IA generativa (modelos, entrenamiento, sesgos). Sesión práctica de programación en Python con bibliotecas como Processing o uso de APIs (ej. DALL-E). Manejo de estructuras de control y funciones. Evidencia: Ejercicios de programación y cuestionario sobre IA.
  3. 3
    Aplicación al reto · 4 sesiones Desarrollo por fases: diseño modular (módulo de generación, módulo de interfaz web, módulo de base de datos). Implementación del código, integración de API de IA, creación de base de datos de temáticas aragonesas. Pruebas unitarias. Evidencia: Código fuente en repositorio, documentación del proceso.
  4. 4
    Producción y comunicación · 1 sesión Preparación de la galería virtual: despliegue en servidor local o plataforma. Creación de materiales promocionales (cartel, folleto digital). Presentación a la clase y ensayo para la Semana Cultural. Evidencia: Galería funcional y presentación oral.
  5. 5
    Reflexión y evaluación · 1 sesión Rúbrica de autoevaluación y coevaluación. Debate sobre implicaciones éticas de la IA en el arte. Propuestas de mejora. Cierre. Evidencia: Rúbrica cumplimentada y reflexión escrita.

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 Informática I 1.º Bachillerato 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 Informática I?
La normativa no fija un número exacto. Lo habitual es entre 6 y 10 SDAs por curso de Informática I (1.º Bachillerato), de modo que cada trimestre tenga 2-3 SDAs y entre todas se cubran las 6 competencias específicas y los 29 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