3.º ESO · SdA 5 · Inteligencia artificial y datos con criterio

Volver a tu curso / CR3-S05

Computación y Robótica · 3.º ESO · Aprende

Inteligencia artificial y datos con criterio

Un resultado llamativo necesita datos interpretables y una evaluación que no esconda sus errores. Seguirás una tabla autorizada desde su estructura HTML hasta un gráfico y un clasificador sencillo.

11 sesiones previstasCR3-S05
Comprende la idea. Diseña, prueba y explica tu solución.

Tu misión

Realiza en pareja una auditoría de datos y de un modelo sencillo: extrae una tabla de HTML local suministrado, conserva procedencia, limpia sin inventar observaciones y evalúa un umbral aprendido con datos separados. Integra el análisis de AlphaGo y entrega A01 y A02 dentro de las once sesiones.

Dos estudiantes de 3.º de ESO combinan programación, sensores, datos y una pieza diseñada en 3D.
Ilustración original de apoyo visual · Sintaxis Divergente, 2026.

Lee la explicación, observa cómo se relacionan las ideas en el esquema y compruébalas en la práctica. Puedes cambiar de versión cuando lo necesites.

Herramientas de trabajo

Redacta las explicaciones en Documentos de Google y los diagramas en diagrams.net. Conserva el archivo editable de tus programas y guarda las evidencias que pide cada tarea.

5.1. Procedencia y ciclo de vida

Aprende · teoría y práctica

Los datos se capturan, documentan, almacenan, transforman y utilizan para una finalidad. Después se conservan o eliminan según esa finalidad y las condiciones de uso. Los metadatos describen origen, autoría, fecha, campos, unidades, licencia o permiso y transformaciones. El identificador distingue una observación, pero no explica por sí solo cómo se obtuvo ni qué representa. Una tabla sin contexto puede contener cifras legibles y seguir siendo imposible de interpretar correctamente.

La auditoría trabaja con HTML local didáctico suministrado y reutilizable, sin recopilar datos de personas ni extraer páginas externas. Un código de observación basta para seguir una fila; añadir nombres de compañeros introduce información innecesaria. El diccionario de datos define cada campo, tipo, escala y ausencia admitida. La trazabilidad conecta original, exportación, versión limpia, gráfico y modelo. Conservar todo indefinidamente tampoco es una decisión automática: indica qué archivos permiten reproducir el trabajo y cuándo se eliminarán las copias innecesarias. Esa política forma parte del diseño, antes de entrenar.

  1. Origen
  2. Metadatos
  3. Transformaciones y uso
  4. Conservación o eliminación
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Dos equipos reciben la misma fila y la copian a archivos distintos. Los valores coinciden, pero uno registra archivo de origen, fecha y decisión de limpieza, y el otro solo conserva el gráfico. Si aparece una duda sobre la unidad, la primera documentación permite volver al registro y comprobarla. Coincidir en cifras no equivale a conservar la misma capacidad de revisión.

Captura de un editor con un ejemplo de código Python.
Un ejemplo de código Python en otro entorno; el programa de la unidad es diferente. Captura de Zhanjack822 / Wikimedia Commons, CC0 1.0; sin cambios.

Ahora te toca

  1. En Google Docs, crea el diccionario y la ficha de procedencia de lecturas_autorizadas.html con finalidad, fecha, escala y condiciones de uso.
  2. En diagrams.net, sigue una fila desde origen hasta conservación o eliminación, indicando archivos y transformaciones previstas.
Para y comprueba

¿Qué información pierde un gráfico si no conserva vínculo con el archivo y la unidad de origen?

↑ Volver al índice

5.2. Leer estructura HTML

Aprende · teoría y práctica

HTML organiza contenido mediante etiquetas. En una tabla, table delimita el conjunto, tr representa una fila, th una celda de cabecera y td una celda de datos. Esa estructura no se identifica únicamente por su aspecto: los estilos pueden cambiar la apariencia sin cambiar los datos, y estructuras distintas pueden verse parecidas. El extractor reconoce la tabla objetivo y contrasta cabeceras, número de columnas y correspondencia del contenido. Encontrar una tabla es el primer paso: aún puede ser distinta de la prevista.

HTMLParser va comunicando eventos al encontrar aperturas, texto y cierres. Para convertirlos en una tabla de datos, el programa conserva estado: si está dentro de la tabla elegida, qué fila reúne y qué celda está activa. Ese contexto permite decidir a dónde pertenece cada fragmento. Una celda puede contener varias partes de texto, por ejemplo si incluye otra etiqueta; se reúnen antes de guardar su contenido. Aunque el resultado tenga cifras, continúa siendo texto. Haber localizado la celda no demuestra todavía que se haya conservado todo lo que contenía.

La forma de completar cada fila también afecta a la extracción. Si solo se guarda al comenzar la siguiente, la última puede perderse porque después no llega otra apertura de fila. Comprobar cierres, recuento e identificadores permite descubrir esa pérdida y contrastar el resultado con el origen. HTMLParser no valida automáticamente toda la corrección del documento. Aquí se trabaja con un archivo local de estructura conocida: explicar esa condición permite interpretar qué comprueba el extractor y por qué no se presenta como una solución universal para cualquier página.

  1. Etiqueta de tabla
  2. Fila activa
  3. Fragmentos de celda
  4. Fila completa
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una celda contiene una cifra y una palabra dentro de una etiqueta de énfasis. El parser puede entregar el texto en varios eventos. Si el programa conserva solo el último fragmento, la extracción queda incompleta aunque exista una celda en el CSV. Seguir apertura, fragmentos y cierre permite comprobar el contenido reunido y separar número de celdas de fidelidad del dato.

Ahora te toca

  1. Abre el HTML local en el navegador y su código en Thonny; localiza tabla lecturas, cabeceras y tres filas, incluida la última.
  2. En Google Docs, sigue los eventos de una celda y una fila y predice cuándo deben incorporarse al conjunto del extractor.
Para y comprueba

¿Por qué el mismo número de columnas no demuestra que el contenido se extrajo bien?

↑ Volver al índice

5.3. Extraer con un contrato y permiso

Aprende · teoría y práctica

El scraping extrae información de una representación, como HTML; una API proporciona una interfaz definida para intercambiar datos. El primero depende de etiquetas y estructura; la segunda utiliza un contrato de campos, operaciones y respuestas. Ninguna opción garantiza por sí sola calidad, autorización o ausencia de cambios. Una página pública no concede automáticamente permiso para cualquier recopilación y reutilización. Este curso procesa solo el archivo local suministrado, sin peticiones automáticas a sitios externos.

El CSV conserva filas y campos, con separador, comillas y codificación que deben interpretarse de forma compatible. La biblioteca csv de Python gestiona detalles que una concatenación manual de comas puede romper. El formato no define el significado ni añade unidades: esa información permanece en el diccionario. El extractor comprueba la tabla, cabeceras y columnas previstas antes de exportar. Después se compara origen y resultado, incluidos registros problemáticos y final. Abrir el CSV sin error solo demuestra que una herramienta pudo interpretarlo; no que cada campo corresponda a la observación correcta.

  1. Fuente autorizada
  2. Estructura o contrato
  3. Extracción
  4. CSV contrastado
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un campo autorizado contiene una descripción con una coma. Un exportador que une textos con comas sin aplicar las reglas del formato puede crear una columna adicional. El error surge en la representación, aunque el contenido de origen sea correcto. Una escritura mediante csv y una lectura de comprobación permiten conservar el campo y detectar discrepancias antes del gráfico o del entrenamiento.

Ahora te toca

  1. Ejecuta extraer_tabla.py en Thonny sobre el archivo local autorizado y abre el CSV con Google Sheets usando la codificación y separador previstos.
  2. En Google Docs, contrasta cabeceras, recuento y registros 1, 4 y último, y explica qué cambiaría al recibir datos de una API en lugar de HTML.
Para y comprueba

¿Qué autorización tienes para el archivo local y por qué no se extiende a cualquier web?

↑ Volver al índice

5.4. Limpiar sin inventar evidencia

Aprende · teoría y práctica

Limpiar significa preparar datos para una finalidad mediante decisiones justificadas y registradas. Conserva el original y trabaja en una copia. Un duplicado exacto de la misma observación puede eliminarse tras comprobar su origen; dos observaciones independientes con el mismo valor no son necesariamente duplicados. Un identificador repetido con contenido distinto exige investigar, no borrar al azar. El registro de cambios permite reconstruir inclusiones, exclusiones y conversiones.

Una ausencia no equivale a cero: sustituirla inventa una observación y modifica medias o aprendizaje. Si se excluye de un cálculo, el denominador debe reflejar los valores disponibles. Revisa formato numérico, intervalo y unidad por separado; una conversión correcta no garantiza pertenecer al dominio. El gráfico en Google Sheets necesita título, ejes, escala o unidad y selección de datos coherente. Una barra o punto resume un registro, pero no prueba su origen ni causalidad. Compara el gráfico con la tabla limpia y explica qué filas quedan fuera para que la visualización no oculte las decisiones anteriores.

  1. Original conservado
  2. Decisión documentada
  3. Tabla limpia
  4. Gráfico interpretable
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una tabla ficticia contiene cinco observaciones y una carece de lectura. Una media de cuatro datos disponibles describe algo distinto de una media de cinco con cero añadido. El segundo cálculo cambia la evidencia antes de cualquier interpretación. El informe debe indicar cuántos valores usa y cómo trata la ausencia, para que otra persona pueda reproducir y discutir la decisión.

Ahora te toca

  1. En Google Sheets, conserva original y crea copia limpia; revisa duplicado exacto, ausencia, tipos y escala, registrando cada decisión en Google Docs.
  2. Construye un gráfico con título, ejes y escala o unidad; comprueba tres puntos contra la tabla limpia e indica exclusiones y denominador de cualquier media.
Para y comprueba

¿Por qué dos filas con el mismo valor pueden necesitar conservarse?

↑ Volver al índice

5.5. Aprender una frontera sencilla

Aprende · teoría y práctica

Un clasificador asigna una clase a partir de datos de entrada. El modelo de esta unidad utiliza una lectura y una frontera: por debajo del umbral predice aviso y, en otro caso, normal. Aprender consiste en elegir ese umbral usando ejemplos con etiquetas conocidas, en lugar de escribir la respuesta de cada observación. La etiqueta procede del criterio didáctico del conjunto, no de una verdad descubierta automáticamente sobre el aula.

El programa compara candidatos entre valores de entrenamiento y cuenta aciertos respecto a sus etiquetas. Conserva el candidato elegido y aplica después la regla a valores nuevos sin reajustarla durante la predicción. Si varios candidatos empatan, documenta la política del programa; no puede deducirse una frontera única de datos que dejan una zona sin ejemplos. La igualdad depende del operador y debe probarse. Este modelo permite inspeccionar cada decisión, pero no explica causas físicas ni representa toda la IA. La alternativa de objetos aprobada mantiene origen, etiquetas y prueba independiente; no sustituye automáticamente la extracción local que exige el proyecto.

  1. Ejemplos etiquetados
  2. Comparación de candidatos
  3. Umbral elegido
  4. Predicción nueva
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

En un ensayo distinto del proyecto, todas las lecturas de entrenamiento de una clase quedan por debajo de 25 y las de otra por encima de 55. Varias fronteras intermedias pueden acertar esos ejemplos y discrepar después con una lectura situada en el hueco. El buen ajuste no demuestra una única regla natural: necesitamos conocer cómo se eligió el candidato y probar datos nuevos.

AI: What is Machine Learning?

Publicado por: CodeAI · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Ahora te toca

  1. En Thonny, lee y ejecuta modelo_umbral.py; localiza candidatos, uso de etiquetas, elección del umbral y predicción sin reajuste.
  2. En Google Docs, registra datos de entrenamiento, umbral obtenido, operador, política de empate y predicción de un caso de frontera antes de ejecutarlo.
Para y comprueba

¿Qué parte del proceso aprende de etiquetas y cuál aplica un modelo ya elegido?

↑ Volver al índice

5.6. Separar conjuntos y contar errores

Aprende · teoría y práctica

Entrenar permite elegir el umbral a partir de ejemplos conocidos; evaluar busca comprobar cómo funciona con observaciones que no participaron en esa elección. Por eso entrenamiento y prueba se separan antes de ajustar. La independencia exige revisar identificadores y procedencia: dos ids diferentes pueden corresponder a copias del mismo ejemplo o capturas casi idénticas. Si esa información aparece en ambos conjuntos, el resultado puede parecer mejor sin demostrar la misma capacidad ante datos nuevos. Es una fuga de información que altera lo que permite concluir la prueba.

La independencia también depende de cómo utilizamos los resultados. Si miramos repetidamente la prueba para elegir cambios, esos ejemplos ya influyen en el diseño. El registro debe distinguir el conjunto usado para mejorar y una evaluación nueva. En esta última, la matriz cruza clase de referencia y predicción: un falso aviso anuncia aviso cuando la referencia es normal; una omisión predice normal cuando correspondía aviso. Separar esos errores permite comprender qué decisiones falla el modelo y valorar sus consecuencias según el uso.

El porcentaje de acierto se obtiene dividiendo las predicciones correctas entre el total de casos evaluados y expresando el cociente en porcentaje; necesita un denominador explícito. Una cifra global puede ocultar errores en una clase poco frecuente. Los resultados por clase, el tamaño de muestra y su representatividad completan la interpretación: acertar todos los casos de una muestra pequeña no garantiza funcionar en otros contextos. La conclusión debe corresponder a los datos y al procedimiento realmente utilizados. Este ensayo escolar no fundamenta decisiones médicas ni decisiones importantes sobre personas.

  1. Separación por origen
  2. Ajuste
  3. Prueba reservada
  4. Errores por clase
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un conjunto ficticio contiene doce pruebas: seis son avisos y seis normales. El modelo detecta cinco avisos y clasifica bien cuatro normales. Hay nueve aciertos de doce, una omisión y dos falsos avisos. El total resume rendimiento, pero los tipos de error orientan preguntas diferentes. Antes de una mejora, conserva ese registro y reserva casos nuevos para no presentar la depuración como evaluación independiente.

AI: Training Data & Bias

Publicado por: CodeAI · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Ahora te toca

  1. En Thonny y Google Docs, comprueba ids y origen de entrenamiento.csv y prueba.csv y documenta posibles copias aunque cambie el nombre.
  2. Construye la matriz en Google Sheets con referencia, predicción, recuentos y denominadores; propone una mejora y reserva nuevas pruebas antes de ajustarla.
Para y comprueba

¿Por qué renombrar un ejemplo no lo convierte en una prueba nueva?

↑ Volver al índice

5.7. Contrastar una historia sobre IA

Aprende · teoría y práctica

AlphaGo combina redes que orientan decisiones y evalúan posiciones con búsqueda en un juego de reglas definidas. La investigación original utilizó partidas expertas y aprendizaje mediante autojuego. Este procedimiento no equivale al umbral de nuestra práctica: permite comparar tarea, datos, objetivo y evaluación sin confundir sus mecanismos. Un éxito en Go no demuestra capacidad general para cualquier problema ni autoriza atribuir intención o comprensión humana al sistema.

El bloque audiovisual ocupa 3,5 de las once sesiones: 0,25 de preparación, 2,25 de visionado autorizado o selección docente coherente y 1 de contraste y transferencia. Antes se formula una predicción y una duda; durante se describen tres observaciones sin transcribir diálogos; después se separan observación, interpretación y afirmación contrastable. La fuente técnica permite comprobar una afirmación o dejarla pendiente si no hay evidencia suficiente. La alternativa escrita trabaja el mismo problema mediante descripción de secuencias y lectura guiada, sin exigir visionado fuera del aula. La conclusión se convierte en requisito de A01 y aplicación comprobable en A02.

  1. Observación
  2. Afirmación delimitada
  3. Fuente y contraste
  4. Requisito verificable
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una escena muestra una jugada inesperada y alguien concluye que el sistema resolvería cualquier problema creativo. La observación se refiere a una jugada; la conclusión amplía tarea y contexto sin una prueba equivalente. El contraste pregunta qué objetivo se evaluó y con qué resultados. En nuestra auditoría podemos adoptar una pauta precisa: limitar cada afirmación al conjunto y procedimiento realmente ensayados.

Ahora te toca

  1. En Google Docs, completa el análisis antes, durante y después de AlphaGo o su alternativa escrita y contrasta una afirmación con la investigación original enlazada.
  2. Formula un requisito de evaluación para A01 y una prueba para A02 que muestre el límite de generalización de tu modelo.
Para y comprueba

¿Qué evidencia permite pasar de una escena a una afirmación sobre rendimiento?

↑ Volver al índice

5.8. Una tubería que se puede revisar

Aprende · teoría y práctica

La auditoría conecta etapas para comprobar cómo se obtuvo un resultado. Una fila debe poder seguirse desde HTML hasta CSV, limpieza, gráfico, conjunto asignado, predicción y decisión final de conservación. Cada enlace exige una prueba adecuada. Un gráfico razonable no descubre necesariamente una última fila perdida; un modelo que ejecuta sin error no garantiza separación independiente. Distingue integridad de extracción, calidad del conjunto y rendimiento del clasificador.

El laboratorio usa extraer_tabla.py y modelo_umbral.py en Thonny, con archivos locales y versiones conservadas. A01 incorpora extracción ejecutada, contraste de una fila y primera evaluación con entrenamiento y prueba separados; no es solo intención de trabajo futuro. A02 amplía contraste a registros 1, 4 y último, limpieza documentada, gráfico, matriz y mejora comprobada con nuevas pruebas. Analiza un sesgo posible de selección o cobertura y explica qué conclusiones limita. Cada integrante sigue un dato, predice una frontera y explica un cambio. Los editables y el registro permiten revisar causas sin inventar datos ni presentar capacidades generales.

  1. HTML autorizado
  2. CSV contrastado
  3. Datos y partición
  4. Modelo evaluado
  5. Conclusión trazable
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

El gráfico parece correcto, pero el CSV tiene una fila menos que el HTML. Antes de interpretar el modelo, compara recuento e identificadores para localizar la pérdida. Corregir la extracción puede cambiar limpieza, reparto y evaluación, de modo que se repiten las etapas afectadas. La auditoría conserva la cadena de cambios y evita atribuir al aprendizaje un problema ocurrido antes de entrenar.

Ahora te toca

  1. En Google Docs, audita una fila y relaciona cada archivo con origen, cambios, conjunto, predicción y conservación o eliminación.
  2. En Thonny y Google Sheets, reproduce una incidencia de extracción o limpieza en una copia y comprueba cómo afecta a gráfico y evaluación antes de repararla.
Para y comprueba

¿Por qué una mejora del modelo no corrige automáticamente una fila perdida por el extractor?

↑ Volver al índice

Tu proyecto y tus entregas

A01 · Diseña la solución

  1. En Google Docs, formula pregunta, finalidad, procedencia y diccionario; en diagrams.net, representa captura, almacenamiento, limpieza, uso y conservación o eliminación de una fila.
  2. Ejecuta en Thonny la extracción del HTML local reutilizable; documenta tabla, etiquetas, eventos, columnas y contraste de celdas, cabeceras y última fila con el CSV.
  3. Planifica limpieza y partición por origen e ids; ejecuta una primera separación, entrenamiento y prueba del umbral, registra clases y predice el caso exacto de frontera.
  4. Integra la conclusión contrastada de AlphaGo o su alternativa escrita como requisito comprobable y explica qué cuenta como éxito y qué no permite afirmar la muestra.
  5. Guarda CR3-S05_modelo_A01_Apellidos con micropruebas realizadas, fuentes, condiciones de uso, resultados previstos y explicación individual de ambos.

Qué debes entregar

  • Diccionario, procedencia, finalidad y seguimiento de una fila con destino final previsto.
  • HTML autorizado, extractor ejecutado, CSV y contraste de estructura y contenido.
  • Primera partición, entrenamiento y prueba, caso de frontera, conclusión audiovisual y aportaciones individuales.

A02 · Auditoría de datos y de un modelo sencillo

  1. En Thonny, extrae y contrasta registros 1, 4 y último, cabeceras y recuento; conserva HTML, extractor y CSV original sin sobrescribir.
  2. En Google Sheets y Google Docs, limpia copia con duplicado y ausencia documentados, revisa dominio y crea gráfico con título, ejes y escala; declara denominadores.
  3. Verifica partición por ids y origen, entrena el umbral y prueba por separado; presenta matriz de referencia y predicción, aciertos, falsos avisos y omisiones por clase.
  4. Analiza un sesgo, documenta una incidencia y mejora con nuevas pruebas, y aplica el requisito derivado de AlphaGo; no presentes una serie usada para ajustar como evaluación nueva.
  5. Guarda CR3-S05_modelo_A02_Apellidos con editables, diccionario, versiones, fuentes, política de conservación y eliminación; cada integrante explica una fila, una frontera y una modificación.

Qué debes entregar

  • HTML local, extractor, CSV original y limpio y registro de cambios.
  • Gráfico, conjuntos separados, código del modelo, matriz con denominadores y mejora contrastada.
  • Auditoría de una fila, sesgo y límites, conclusión audiovisual aplicada, conservación y explicación individual.

Antes de entregar

  • Descriptores del alumnado; no son nuevos criterios oficiales.
  • Puedo seguir una fila desde HTML hasta resultado y justificar cada transformación.
  • Puedo distinguir entrenar, ajustar con una prueba y evaluar con datos nuevos.
  • Puedo interpretar errores por clase, reconocer un sesgo y limitar mis conclusiones a la evidencia.

Plantillas y archivos

Abre el modelo vacío de A01 o A02 y crea tu copia en Documentos de Google. Conserva también el archivo editable de la plataforma que uses.

Estas plantillas comunes ayudan a organizar el trabajo: complétalas según las instrucciones y evidencias de esta SdA y elimina los campos que no correspondan. El modelo vacío es de solo lectura. Trabaja en tu copia y comparte las respuestas únicamente como indique tu docente.

A01 · Diseña la solución

  • Diccionario, procedencia, finalidad y seguimiento de una fila con destino final previsto.
  • HTML autorizado, extractor ejecutado, CSV y contraste de estructura y contenido.
  • Primera partición, entrenamiento y prueba, caso de frontera, conclusión audiovisual y aportaciones individuales.

A02 · Auditoría de datos y de un modelo sencillo

  • HTML local, extractor, CSV original y limpio y registro de cambios.
  • Gráfico, conjuntos separados, código del modelo, matriz con denominadores y mejora contrastada.
  • Auditoría de una fila, sesgo y límites, conclusión audiovisual aplicada, conservación y explicación individual.

Rúbricas de clase

Estas son las rúbricas de referencia de las entregas A01 y A02. Consúltalas para conocer qué evidencias y descriptores se valoran en cada entrega.

Consultar la rúbrica de A01

Diseño y microprueba

CYR.3.4.1 Metadatos y ciclo de vida de los registros

Conocer la naturaleza de los distintos tipos de metadatos generados hoy en día, siendo capaces de entender su ciclo de vida, empleando a su vez un espíritu crítico y científico.

Evidencia. Diccionario y seguimiento de una fila desde origen hasta conservación y eliminación.

BandaDesempeño observable
1–2,9Confunde valor e identificador o no puede reconstruir de dónde salió un registro.
3–4,9Identifica metadatos, pero no relaciona generación, transformación, almacenamiento y uso.
5–6,9Distingue valor, identificador, procedencia y fecha y sigue una fila por recogida, limpieza, almacenamiento, uso y eliminación prevista con una prueba de taller.
7–8,9Compara original y dato transformado y justifica una conservación o eliminación según la finalidad.
9–10,0Analiza qué se pierde al retirar un metadato y propone conservar trazabilidad sin recoger información innecesaria.

CYR.3.4.2 Umbral aprendido y evaluación independiente

Comprender los principios básicos de funcionamiento de los agentes inteligentes y de las técnicas de aprendizaje automático, con objeto de aplicarlos para la resolución de situaciones mediante la Inteligencia Artificial.

Evidencia. Entrenamiento y prueba inicial del modelo con separación de registros y clases.

BandaDesempeño observable
1–2,9No distingue regla ajustada y dato de prueba o afirma comprensión general por acertar ejemplos conocidos.
3–4,9Entrena, pero mezcla conjuntos o no define el significado de las clases y los errores.
5–6,9Explica cómo los ejemplos permiten ajustar el umbral, ejecuta entrenamiento y prueba separados y predice un caso de frontera.
7–8,9Analiza resultados por clase y plantea una mejora sin reutilizar como examen final los casos usados para corregir.
9–10,0Diseña una prueba de cambio de contexto y anticipa qué tipo de error sería relevante para la finalidad.

CYR.3.4.3 Extracción HTML reproducible y límites del scraping

Comprender los principios de funcionamiento del Data Scraping.

Evidencia. Extractor local ejecutado, comparación de una fila y contrato de columnas y uso.

BandaDesempeño observable
1–2,9Confunde extracción de HTML y API o no identifica las celdas de origen.
3–4,9Extrae una fila, pero pierde la última o duplica registros y no contrasta el resultado.
5–6,9Explica eventos y estructura HTML, ejecuta extracción local autorizada y contrasta celdas, cabeceras y última fila con el CSV generado.
7–8,9Detecta una ausencia o duplicado y corrige la extracción conservando registro del cambio.
9–10,0Prueba otra estructura preparada y justifica los cambios y límites técnicos y de uso sin hacer peticiones a sitios ajenos.
Consultar la rúbrica de A02

Producto pruebas y mejora

CYR.3.4.1 Metadatos y ciclo de vida de los registros

Conocer la naturaleza de los distintos tipos de metadatos generados hoy en día, siendo capaces de entender su ciclo de vida, empleando a su vez un espíritu crítico y científico.

Evidencia. Auditoría con diccionario, original y limpio, procedencia y política de conservación.

BandaDesempeño observable
1–2,9Los datos carecen de procedencia o presenta inferencias sin relación con el registro original.
3–4,9Incluye diccionario, pero faltan transformaciones o destino de conservación y eliminación.
5–6,9Explica metadatos y ciclo de vida, documenta cambios y conservación o eliminación y distingue dato observado e interpretación.
7–8,9Contrasta un registro entre etapas y revisa una decisión que afectaba trazabilidad o minimización.
9–10,0Evalúa una política alternativa de metadatos justificando utilidad, límites y consecuencias de su conservación o pérdida.

CYR.3.4.2 Umbral aprendido y evaluación independiente

Comprender los principios básicos de funcionamiento de los agentes inteligentes y de las técnicas de aprendizaje automático, con objeto de aplicarlos para la resolución de situaciones mediante la Inteligencia Artificial.

Evidencia. Modelo, partición verificable, matriz de resultados y mejora contrastada.

BandaDesempeño observable
1–2,9El resultado no procede del modelo entregado o la prueba reproduce entrenamiento sin reconocerlo.
3–4,9Calcula acierto global, pero no distingue errores por clase o no explica el umbral.
5–6,9Entrena y prueba el modelo, explica umbral e igualdad y presenta resultados por clase y límites de muestra.
7–8,9Contrasta una mejora con prueba nueva y diferencia falsas alertas y omisiones según la finalidad.
9–10,0Justifica uso o revisión del modelo en un contexto nuevo con evidencia, límites de independencia y consecuencias de sus errores.

CYR.3.4.3 Extracción HTML reproducible y límites del scraping

Comprender los principios de funcionamiento del Data Scraping.

Evidencia. HTML local, extractor, CSV y pruebas de última fila duplicados y ausencias.

BandaDesempeño observable
1–2,9El CSV no corresponde a la fuente o no distingue extraer y consumir una API.
3–4,9Extrae datos, pero no valida cabeceras o conserva errores de cierre o duplicado sin explicación.
5–6,9Extrae y contrasta datos del HTML local, explica parser y CSV y comprueba última fila, ausencias y duplicados respetando el uso autorizado.
7–8,9Repara un fallo de estructura o cierre y repite recuento e identificadores sin sobrescribir el original.
9–10,0Adapta el extractor a una variación preparada y explica por qué la solución no permite asumir cualquier estructura ni permiso de extracción.

Vídeos, recursos y fuentes

teachable machine

Publicado por: INTEF · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Tutorial LibreOffice Calc – 30/34 Gráficos (II): Diferentes tipos de gráfico y su personalización.

Publicado por: VideoTutoriales Education · Abrir en YouTube

Este vídeo opcional utiliza LibreOffice Calc para explicar los gráficos. Sus conceptos se pueden trasladar a Sheets, pero los menús no son iguales: las tareas de esta unidad se realizan en Google Sheets.

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Para seguir aprendiendo

Revisión editorial: octubre de 2026.