3 ejemplos de SDA para Informática II 2.º 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 18 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 Informática II 2.º Bachillerato
Estos 3 ejemplos están diseñados para Informática II en 2.º 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.
SDA · ejemplo 1/3
Datos que cuentan: scrap y visualiza Aragón
10 sesiones · 3 CE trabajadas · 5 criterios evaluables
Pregunta guía
¿Cómo podemos utilizar datos abiertos para crear una página web que informe y conciencie a la comunidad sobre un tema relevante de Aragón?
El reto
El alumnado debe planificar, diseñar y desarrollar una página web sencilla que, mediante técnicas de scraping, recopile datos de fuentes abiertas aragonesas (por ejemplo, sobre calidad del aire en Zaragoza, afluencia turística en el Pirineo, o población de Teruel) y los visualice de forma interactiva para una audiencia real.
El Ayuntamiento de una localidad aragonesa (o el departamento de Educación) quiere promover el uso de datos abiertos entre los jóvenes. El alumnado de 2.º de Bachillerato de Informática se encarga de diseñar y desarrollar una web que presente información de interés local obtenida mediante técnicas de raspado de datos.
Anclaje en tu entorno: Aragón dispone de un portal de datos abiertos (datos.gob.es/comunidad-aragon) que ofrece conjuntos sobre turismo, medioambiente, economía, etc. Por ejemplo, el Sistema de Información Territorial de Aragón (SITAR) proporciona capas GIS y estadísticas. El reto se adapta a cualquier centro tomando los datos de su localidad o comarca.
ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 9 (Industria, innovación e infraestructura).
Producto final
Página web (blog o sitio informativo) con al menos dos visualizaciones interactivas (gráficas, mapas, tablas dinámicas) basadas en datos obtenidos mediante scraping.
Audiencia: Representantes del Ayuntamiento local o del Centro de Estudios Comarcales, y la comunidad educativa del centro.
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 2 sesiones Se presenta el reto: crear una web con datos abiertos de Aragón. El alumnado investiga fuentes de datos abiertos (portal del Gobierno de Aragón, Aragon Open Data, etc.) y define el tema de su web en equipo. Cada equipo elige un conjunto de datos concreto (ej. estaciones de esquí, nivel de embalses, censo de buitres en el Pirineo). Se formula la pregunta guía y se establecen los criterios de éxito. Evidencia: Ficha de investigación sobre fuentes de datos y tema elegido (subida al aula virtual). Producto: Tema de la web y URL del dataset elegido.
-
2
Adquisición guiada de saberes · 3 sesiones Talleres prácticos sobre: (1) HTML5 y CSS3: estructura semántica y diseño responsive. (2) Fundamentos de JavaScript: variables, funciones, manipulación del DOM, eventos. (3) Técnicas de scraping: uso de fetch() para obtener datos JSON desde APIs abiertas (se evita scraping de páginas no permitidas). Se proporcionan ejemplos con datos ficticios y luego reales. Cada equipo realiza ejercicios guiados. Evidencia: Ejercicios resueltos (código comentado en repositorio compartido) y mini-ejemplo de scraping funcional. Producto: Esqueleto de página web (HTML+CSS) y script básico de scraping operativo.
-
3
Aplicación al reto · 2 sesiones Los equipos aplican lo aprendido: configuran su página web con el diseño elegido, implementan la lógica de scraping para su dataset (si es necesario, usando un proxy CORS o descargando el archivo JSON localmente por restricciones de seguridad), procesan los datos y diseñan una primera visualización (p.ej., gráfico de barras con Chart.js). Se realiza un seguimiento y se corrigen errores comunes. Evidencia: Código de scraping y procesamiento de datos, y primera versión de la visualización (captura de pantalla o enlace). Producto: Prototipo funcional de la web con datos crudos y una visualización.
-
4
Producción y comunicación · 2 sesiones Los equipos pulen la web: mejoran la estética, añaden una segunda visualización (p.ej., mapa con Leaflet si los datos tienen coordenadas, o gráfico de líneas temporal), integran servicios web 2.0 (enlace a redes sociales, formulario de contacto ficticio), y preparan una breve presentación (3-5 minutos) para la audiencia real. Se ensaya la exposición. Evidencia: Versión final de la web (subida a GitHub Pages o similar) y guion de presentación. Producto: Web completa y guion de presentación.
-
5
Reflexión y evaluación · 1 sesión Exposición de cada equipo ante la audiencia (representante del ayuntamiento, otros docentes, compañeros). Cada equipo defiende su web y responde preguntas. Se realiza coevaluación entre equipos y autoevaluación. El docente aplica las rúbricas de los criterios para asignar nivel de logro 1-4. Se reflexiona sobre el proceso y se recogen propuestas de mejora. Evidencia: Rúbricas cumplimentadas (por equipo y docente), diana de autoevaluación, y grabación o resumen de la presentación. Producto: Niveles de logro asignados y reflexión escrita.
SDA · ejemplo 2/3
Encuesta y visualiza tu localidad
8 sesiones · 3 CE trabajadas · 5 criterios evaluables
Pregunta guía
¿Cómo podemos recoger, analizar y comunicar la opinión de los ciudadanos sobre un tema de interés local para que las autoridades lo tengan en cuenta?
El reto
Diseñar y aplicar una encuesta sobre un tema local, analizar los datos y construir un sitio web interactivo que comunique los resultados y una reflexión crítica sobre big data y privacidad.
El ayuntamiento de la localidad ha solicitado al instituto una encuesta ciudadana sobre la peatonalización del centro histórico (o tema similar) para fundamentar su plan de movilidad. Los estudiantes actuarán como consultores.
Anclaje en tu entorno: El tema concreto lo elige cada equipo dentro de su realidad local aragonesa (movilidad en Zaragoza, gestión del agua en Huesca, turismo en Teruel, etc.). Se aprovechan datos primarios recogidos mediante encuesta presencial o virtual.
ODS: ODS 11 (Ciudades y comunidades sostenibles) y ODS 16 (Paz, justicia e instituciones sólidas) por la participación ciudadana.
Producto final
Sitio web interactivo con resultados de encuesta local, gráficos dinámicos, análisis y reflexión sobre big data y privacidad.
Audiencia: Ayuntamiento de la localidad o asociación vecinal interesada en el tema.
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 1 sesión Se presenta el reto al alumnado: recoger datos primarios sobre un tema local y crear un sitio web interactivo para comunicar los resultados. Los equipos negocian el tema, formulan la pregunta guía y diseñan un borrador de encuesta. Evidencia: Borrador de encuesta y justificación del tema elegido. Producto: Borrador de encuesta consensuado por el equipo.
-
2
Adquisición guiada de saberes · 2 sesiones Sesiones teórico-prácticas: conceptos de big data (4V, oportunidades, riesgos, huella digital), introducción a HTML/CSS y fundamentos de JavaScript con chart.js para interactividad. Se realizan ejercicios guiados. Evidencia: Ejercicios resueltos de análisis de dataset, página HTML básica y gráfico simple. Producto: Mini-portfolio con ejercicios de cada bloque.
-
3
Aplicación al reto · 2 sesiones Los equipos lanzan la encuesta (presencial o virtual), recogen respuestas, depuran datos y realizan un análisis estadístico básico. También comienzan a diseñar la estructura del sitio web. Evidencia: Datos limpios y análisis en hoja de cálculo o script Python. Producto: Conjunto de datos analizados y boceto del sitio web.
-
4
Producción y comunicación · 2 sesiones Construcción del sitio web completo: maquetación, inclusión de gráficos interactivos, secciones de resultados, análisis de big data y privacidad. Se prepara una breve presentación oral. Evidencia: Sitio web terminado (archivos HTML, CSS, JS) con todas las secciones requeridas. Producto: URL o carpeta del sitio web.
-
5
Reflexión y evaluación · 1 sesión Presentación de los sitios a la audiencia (simulada o real) y coevaluación mediante rúbrica. Cada equipo autoevalúa su trabajo y se asignan niveles de logro por criterio. Evidencia: Rúbrica cumplimentada y diana de autoevaluación. Producto: Resultados de evaluación por criterio.
SDA · ejemplo 3/3
Asistente Mudéjar: IA para el patrimonio
8 sesiones · 3 CE trabajadas · 5 criterios evaluables
Pregunta guía
¿Podemos diseñar un asistente virtual que ayude a los turistas a descubrir el Mudéjar Aragonés de forma personalizada y atractiva?
El reto
Diseñar e implementar un prototipo de página web con un asistente virtual (chatbot) que, mediante una conversación, recomiende monumentos mudéjares de Aragón según preferencias (tipo, ubicación, horario, etc.). El prototipo debe incluir una interfaz web interactiva y documentar los bloques de IA utilizados.
La Oficina de Turismo de Teruel quiere renovar su oferta digital para atraer a un público joven interesado en el patrimonio cultural. El alumnado de Informática II recibe el encargo de diseñar un prototipo de asistente virtual que recomiende monumentos mudéjares según los intereses del usuario.
Anclaje en tu entorno: El Mudéjar Aragonés es Patrimonio Mundial y está presente en localidades como Teruel, Zaragoza, Calatayud o Daroca. El reto aprovecha este patrimonio concreto para crear un prototipo de impacto comunitario. Cualquier centro de Aragón puede adaptarlo al conjunto mudéjar de su provincia o comarca, trabajando con datos reales de monumentos cercanos.
ODS: ODS 11: Ciudades y comunidades sostenibles (promoción del patrimonio cultural local y turismo sostenible).
Producto final
Prototipo funcional de página web con chatbot integrado, manual técnico y presentación del proyecto.
Audiencia: Personal de la Oficina de Turismo de Teruel y miembros de la Asociación de Amigos del Mudéjar Aragonés.
Fases de desarrollo (5)
-
1
Activación y planteamiento del reto · 1 sesión Se presenta el encargo de la Oficina de Turismo. Se visiona un vídeo sobre el Mudéjar Aragonés y se debate cómo la IA puede mejorar la experiencia turística. Se formula la pregunta guía. Se forman equipos y se asignan roles. Evidencia: Lluvia de ideas en pizarra y preguntas iniciales en el cuaderno. Producto: Definición del problema y boceto inicial del asistente.
-
2
Adquisición guiada de saberes · 2 sesiones Taller de fundamentos de IA: bloques básicos (percepción, representación, razonamiento, actuación). Taller de desarrollo web: HTML/CSS y JavaScript interactivo (manejo de eventos, DOM). Se proporcionan tutoriales y ejemplos. Evidencia: Ejercicios guiados: mini-chatbot de ejemplo y página web simple. Producto: Página base con estructura y chatbot básico funcional.
-
3
Aplicación al reto · 2 sesiones Cada equipo diseña e implementa el asistente virtual sobre el Mudéjar: define la base de conocimiento (monumentos, horarios, ubicaciones), programa las reglas de diálogo y la interfaz. Se realizan pruebas de funcionamiento. Evidencia: Código del prototipo y pantallazos de pruebas. Producto: Prototipo funcional del asistente (primera versión).
-
4
Producción y comunicación · 2 sesiones Los equipos preparan la documentación técnica (manual de uso y explicación de bloques de IA) y elaboran una presentación (5 min) para la audiencia real. Practican la defensa y reciben feedback entre equipos. Evidencia: Documentación técnica y presentación. Producto: Manual técnico y presentación final.
-
5
Reflexión y evaluación · 1 sesión Se realiza la presentación ante la audiencia simulada (profesorado y compañeros como público). Cada equipo expone y responde preguntas. Coevaluación con diana. El docente recoge evidencias y aplica las rúbricas para asignar niveles de logro. Evidencia: Rúbricas cumplimentadas, diana de autoevaluación, grabación (opcional). Producto: Niveles de logro 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
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 Informática II 2.º Bachillerato 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.