3.º ESO · SdA 1 · Del bloque al código

Volver a tu curso / CR3-S01

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

Del bloque al código

Una misma solución puede expresarse con bloques o con texto. Aprenderás a seguir datos, reconocer estructuras y comprobar si Scratch y Python toman las decisiones previstas.

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

Tu misión

Diseña en pareja un monitor del aula con cinco consultas por ejecución y constrúyelo en Scratch y Python. Usa medidas inventadas, declara escala o unidad y compara las decisiones con tu diseño. Las prácticas se integran en A01 y A02, sin otra entrega calificable.

Manos que construyen un programa con bloques de colores que se transforma en código Python.
Ilustración original creada para esta situación de aprendizaje · 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.

1.1. Una solución y dos lenguajes

Aprende · teoría y práctica

Un algoritmo describe pasos precisos para resolver un problema. Un programa expresa esos pasos en un lenguaje ejecutable. Descomponer consiste en separar tareas, como recibir una medida, interpretarla y comunicar un aviso. Abstraer consiste en conservar la información necesaria y dejar fuera detalles que no afectan a esa decisión. Antes de elegir bloques o escribir instrucciones, debemos acordar qué dato entra y qué resultado esperamos.

Entrada, procesamiento y salida describen el recorrido de la información. Una medida necesita significado, intervalo y escala o unidad: el número 24 podría representar cosas distintas. En este curso podemos simular luz de 0 a 100 sin unidades físicas; esa escala no equivale a lux. Escribir un número representa una entrada de prueba, no una lectura de sensor. Una regla programada por una persona ya permite automatizar una respuesta; no implica aprendizaje automático. Scratch y Python pueden conservar el algoritmo aunque cambien su escritura y su pantalla.

  1. Dato con significado
  2. Regla precisa
  3. Respuesta
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un contador de aforo ficticio recibe 16 y compara con una capacidad didáctica de 20. Necesitamos saber que ambos números representan personas para interpretar la comparación. El color del cartel puede cambiar sin alterar esa regla. En cambio, sustituir «menor que» por «menor o igual» cambia una decisión: es parte del algoritmo y no un detalle visual.

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.
Placa micro:bit con matriz de luces y botones.
Una placa micro:bit; el aspecto puede variar según su versión. Foto de Jodiepedia / Wikimedia Commons, CC BY 2.0; sin cambios.

Ahora te toca

  1. En Google Docs, describe entrada, significado, intervalo, regla y salida de un indicador ficticio distinto del monitor final.
  2. En diagrams.net, dibuja entrada, procesamiento y salida; exporta el esquema e insértalo en el documento.
Para y comprueba

¿Qué puede cambiar al pasar de Scratch a Python sin que cambie el algoritmo?

↑ Volver al índice

1.2. Editor, intérprete y archivo

Aprende · teoría y práctica

El editor permite escribir código; el intérprete de Python ejecuta las instrucciones; el archivo .py conserva el programa. Thonny reúne editor y consola, donde aparecen resultados y se contestan preguntas. Guardar conserva el texto del programa, pero no guarda automáticamente las respuestas de una ejecución anterior. Por eso conviene reconocer qué archivo está abierto, guardarlo en una carpeta de trabajo y ejecutar otra vez después de modificarlo.

En una secuencia inicial, las instrucciones se recorren de arriba abajo. print() muestra información y recibe sus datos entre paréntesis; un texto se delimita con comillas. Python distingue mayúsculas y minúsculas, por lo que print y Print son nombres diferentes. El símbolo >>> de una sesión interactiva indica una invitación de la consola y no se copia al archivo. Un comentario comienza con # fuera de una cadena y explica intención o límites; no ejecuta la acción descrita. Después, condiciones, bucles y llamadas modificarán el recorrido del programa.

  1. Archivo .py
  2. Intérprete
  3. Consola
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una alumna cambia un mensaje en el editor, pero abre después una copia antigua desde otra carpeta. La consola sigue mostrando el texto anterior y parece que Python ignora el cambio. Antes de reescribir instrucciones, revisa la ubicación del archivo, guarda y ejecuta esa versión. El síntoma se explica por la versión utilizada, no necesariamente por la lógica.

Ahora te toca

  1. En Thonny, guarda primer_programa.py dentro de CR3-S01; escribe dos mensajes y un comentario que explique una intención.
  2. Cambia un mensaje, guarda y ejecuta; registra en Google Docs archivo utilizado, predicción y salida observada.
Para y comprueba

¿Qué conserva el archivo y qué información pertenece solo a una ejecución?

↑ Volver al índice

1.3. Valores, tipos y conversión

Aprende · teoría y práctica

Una variable permite conservar un valor mediante un nombre para utilizarlo después o sustituirlo cuando llega otro dato. Ese nombre expresa qué representa el valor dentro del problema. En nivel = 18, el signo = realiza una asignación; nivel == 18 pregunta si existe igualdad. Al ejecutar contador = contador + 1, Python calcula primero la parte derecha con el valor anterior y después asigna el resultado. Por eso la actualización tiene sentido aunque el mismo nombre aparezca a ambos lados. Los nombres claros, sin espacios ni una cifra inicial, ayudan a seguir estos cambios.

Además del valor, importa su tipo: int representa enteros, float números con decimales, str textos y bool valores lógicos. Las operaciones dependen de esta diferencia. Unir textos que contienen cifras conserva una secuencia de caracteres; sumar sus valores numéricos realiza un cálculo. Como input() devuelve texto, una respuesta con aspecto de número todavía necesita conversión antes de utilizarse como tal. float() intenta realizar ese paso; guardar la respuesta en una variable no lo hace automáticamente.

La conversión y la validez responden, por tanto, a preguntas distintas. En estas prácticas, el formato acordado utiliza punto decimal y no incluye la unidad en la respuesta. Las letras o una coma decimal pueden impedir la conversión. Un valor negativo, en cambio, puede convertirse correctamente y quedar fuera del intervalo del problema. El programa básico parte de números válidos; recuperar entradas incorrectas sigue siendo una ampliación explícita. Esta distinción permite explicar cada resultado sin confundir un fallo de formato con una medida fuera de la escala.

  1. Respuesta textual
  2. Conversión
  3. Número
  4. Revisión del dominio
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una pantalla solicita una distancia ficticia y recibe el texto «6.5». Guardar esa respuesta no la convierte todavía en medida numérica. Tras float(), podemos sumar otra distancia compatible. Si alguien escribe «-6.5», la conversión también puede funcionar, aunque nuestro dominio de distancias la rechace. Son preguntas diferentes: reconocer un formato numérico y admitir su significado en el problema.

Curso Python. Sintaxis Básica II Tipos, operadores y variables. Vídeo 4

Publicado por: pildorasinformaticas · 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, crea entrada_y_conversion.py y compara unir dos textos con sumar sus conversiones; prueba 12, 12.5, hola y 12,5.
  2. En Google Docs, distingue resultado de conversión, tipo e intervalo permitido sin ocultar los errores observados.
Para y comprueba

¿Por qué una conversión correcta no garantiza una entrada válida?

↑ Volver al índice

1.4. Comparar y elegir una rama

Aprende · teoría y práctica

Una condición produce un resultado lógico: True o False. Los operadores <, >, <=, >=, == y != expresan menor, mayor, inclusión de igualdad, igualdad y diferencia. El umbral separa comportamientos; decidir qué ocurre exactamente en él forma parte del diseño. Una condición estricta no incluye la igualdad. Conviene predecir ese caso antes de ejecutar, porque muchos errores solo aparecen en la frontera.

if y else eligen uno de dos caminos. Python coloca dos puntos al final de la cabecera y usa sangría para delimitar su cuerpo; emplearemos cuatro espacios por nivel. Una instrucción alineada fuera de ambos cuerpos se ejecuta después de la decisión. Dos if independientes pueden activar dos respuestas, mientras if/else expresa alternativas excluyentes. Como ampliación, and exige ambas condiciones, or admite al menos una y not invierte un resultado. Comprobar un intervalo con and requiere disponer primero de un número; no repara por sí solo una conversión de texto fallida.

  1. Comparación
  2. Verdadero o falso
  3. Rama elegida
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un juego concede una insignia cuando la puntuación es mayor que 40. Con 40 no se concede; con 40.5 sí, si los decimales están admitidos. Un mensaje «turno terminado» puede mostrarse siempre colocándolo después de la decisión. Si queda sangrado dentro de una rama, solo aparecerá en ese camino: la posición expresa comportamiento y no simple decoración.

Curso Python. Condicionales I. Vídeo 10

Publicado por: pildorasinformaticas · 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 Scratch y Thonny, representa una decisión de práctica con umbral 40 y predice tres casos que incluyan igualdad.
  2. En una copia de condicion.py, mueve un mensaje dentro y fuera del if; registra en Google Docs qué ejecuciones cambian.
Para y comprueba

¿Qué diferencia observable puede producir cambiar < por <=?

↑ Volver al índice

1.5. Repetir sin reutilizar una entrada antigua

Aprende · teoría y práctica

Un bucle repite un cuerpo de instrucciones. Una iteración es una vuelta completa. En Python, for turno in range(5) recorre 0, 1, 2, 3 y 4: el límite final queda excluido y se ejecutan cinco vueltas. range(1, 6) también tiene cinco valores, pero comienza en 1. Mostrar turno + 1 cambia la numeración presentada, no los valores que genera range.

La colocación de cada instrucción determina qué se repite. Si input() está dentro del cuerpo, se pide una respuesta en cada vuelta; fuera, se reutiliza el valor anterior. Lo mismo ocurre con la condición y con una llamada a función. Un cierre colocado fuera del bucle aparece una sola vez. Scratch permite expresar una repetición contada con bloques, aunque no presenta necesariamente el mismo contador. Cinco consultas dan un final claro para comparar programas. Un dispositivo que observa continuamente necesita además decisiones de frecuencia y parada; no basta con sustituir cinco por un número enorme.

Repite estas instruccionesNúmero de veces o una condición
Un bucle vuelve a sus instrucciones. Su tipo determina cuándo termina.
  1. Inicio de vuelta
  2. Nueva entrada
  3. Decisión
  4. Siguiente vuelta
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una práctica pide tres colores para una secuencia. Si la pregunta queda antes de repetir, solo se solicita un color y se muestra tres veces. El programa repite correctamente, pero no recibe las tres entradas previstas. Alternar respuestas diferentes permite descubrirlo; escribir siempre «azul» podría ocultar el fallo. El conjunto de datos elegido condiciona lo que la prueba puede demostrar.

Curso Python. Bucles I. For. Vídeo 14

Publicado por: pildorasinformaticas · 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, crea repetir.py con tres consultas dentro del bucle y un cierre fuera; reproduce la estructura en Scratch.
  2. Mueve la consulta fuera en una copia y compara las dos ejecuciones en Google Docs con entradas distintas.
Para y comprueba

¿Por qué repetir cinco veces no garantiza obtener cinco medidas diferentes?

↑ Volver al índice

1.6. Funciones y correspondencias

Aprende · teoría y práctica

Una función organiza bajo un nombre las instrucciones de una tarea concreta. Esa organización permite comprobar la tarea por separado y utilizarla después en distintos momentos del programa. Definir la función prepara su cuerpo, pero no inicia su ejecución. La llamada lleva el recorrido hasta esas instrucciones; cuando terminan, el programa continúa después de ella. Separar definición y llamada explica por qué un programa puede contener una función bien escrita y no producir ninguno de los mensajes que esperamos de ella.

Los parámetros permiten que esa tarea reciba datos sin necesitar una definición distinta para cada valor. En def mostrar(valor), valor es el nombre usado dentro de la función: el parámetro. En mostrar(17), el argumento es el dato concreto, 17, que recibe esa llamada. La misma definición puede atender otras llamadas con argumentos diferentes. En el monitor básico, la función comunica el aviso correspondiente a la medida recibida y se llama en cada vuelta del bucle. Así se relacionan la nueva entrada, la tarea y su resultado.

Un bloque propio de Scratch con una entrada expresa una organización comparable a def y su cuerpo sangrado en Python. También existen correspondencias entre bandera verde y ejecución del archivo, pregunta y recepción de información, variables, condiciones y repetición. Comparar su comportamiento ayuda a conservar el algoritmo, aunque los tipos y algunas operaciones impiden traducirlo automáticamente. Dentro de Python, print() muestra información y return entrega un resultado a otra parte del programa. pass permite dejar un cuerpo válido todavía sin la tarea prevista; su presencia no demuestra que esa tarea esté realizada.

  1. Argumento
  2. Llamada
  3. Parámetro y cuerpo
  4. Continuación
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

La función mostrar_turno(numero) recibe un turno y lo anuncia. Llamarla con 2 y después con 5 utiliza la misma definición con argumentos distintos. Si únicamente se escribe la definición, no aparece ningún anuncio. Esta práctica permite aislar parámetro y llamada antes de introducir decisiones: cuando falle un aviso, tendremos menos responsabilidades mezcladas para investigar la causa.

Ahora te toca

  1. En Thonny, crea funciones.py con una función que reciba un turno; en Scratch, crea el bloque propio equivalente con entrada.
  2. En Google Docs, relaciona inicio, entrada, variable, condición, repetición y llamada en ambos lenguajes; señala una diferencia de sintaxis.
Para y comprueba

¿Qué permite distinguir una definición correcta de una función que se ejecuta realmente?

↑ Volver al índice

1.7. Seguir y depurar con evidencias

Aprende · teoría y práctica

Una traza registra el recorrido real de un programa: entrada, variable, parámetro recibido, comparación, resultado lógico y salida. Permite separar qué hace el código de qué debería hacer según el diseño. Se prepara primero una predicción y luego se contrasta con la ejecución. Si difieren, puede fallar el programa o la propia predicción. Seguir una vuelta completa evita atribuir una salida a un dato anterior.

Depurar es investigar una discrepancia y corregir su causa. Un error de sintaxis impide interpretar una estructura; un error de ejecución aparece al realizar una operación, como convertir letras; un error lógico puede terminar sin avisos y producir la decisión equivocada. El mensaje y la línea indicada orientan, aunque la causa puede estar antes. Reproduce el síntoma, formula una hipótesis, cambia una causa y repite la misma prueba. Después comprueba otros casos que funcionaban. Registra secuencia, esperado, observado, causa, reparación y nueva ejecución, no solo una captura del programa corregido.

  1. Síntoma reproducible
  2. Hipótesis
  3. Cambio único
  4. Nueva prueba
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una secuencia debe anunciar cada número nuevo, pero repite el primero. Antes de cambiar el bucle, registra qué valor recibe la función en cada llamada. Si el parámetro nunca cambia, investiga dónde se actualiza la entrada. Si cambia y el mensaje no, examina el cuerpo. Observar un punto intermedio permite distinguir dos causas que producen un síntoma parecido.

Ahora te toca

  1. En Google Docs, traza tres entradas de una práctica con variable, parámetro, comparación y mensaje antes de ejecutarla en Thonny.
  2. En una copia de funciones.py, introduce un fallo controlado y registra hipótesis, corrección y repetición, incluida una prueba que antes funcionaba.
Para y comprueba

¿Por qué una línea señalada por el error no siempre contiene su causa?

↑ Volver al índice

1.8. Probar equivalencia y reconocer límites

Aprende · teoría y práctica

Una prueba relaciona datos de entrada con resultados esperados definidos por el diseño. Para una frontera conviene usar un valor inferior, el propio umbral y uno superior; para el recorrido, alternar entradas y repetir alguna. Los extremos del intervalo admitido y el umbral comprueban propiedades diferentes. Un decimal examina el tratamiento numérico. Una entrada no numérica explora una limitación de la versión básica y no debe presentarse como un caso válido superado.

Comparar Scratch y Python exige los mismos datos en el mismo orden. Sus mensajes pueden verse de forma distinta y comunicar decisiones equivalentes. Si ambos coinciden en una respuesta incorrecta, todavía incumplen el diseño: hay que contrastarlos también con la regla prevista. En el proyecto, cuatro ejecuciones completas de cinco entradas reúnen pruebas de frontera, decimal y repetición. El registro conserva dos incidencias y una mejora comprobada; un fallo controlado se introduce solo en una copia. Superar esos casos aporta evidencia concreta, sin demostrar que cualquier entrada imaginable vaya a funcionar.

  1. Regla del diseño
  2. Casos discriminantes
  3. Dos ejecuciones comparables
  4. Conclusión limitada
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un clasificador de práctica distingue menos de 40. Probar únicamente 4 y 80 no separa esa regla de «menor o igual que 40». El propio 40 sí las distingue. Si dos versiones usan por error la segunda regla, coincidirán entre ellas. La comparación con la predicción escrita antes de programar descubre la coincidencia equivocada y evita confundir acuerdo con corrección.

Ahora te toca

  1. En Google Docs, diseña una prueba de frontera y otra que alterne entradas; explica qué fallo podría descubrir cada una.
  2. En Scratch y Thonny, ejecuta ambas y guarda esperado, observado y una conclusión sobre el alcance de la comprobación.
Para y comprueba

¿Qué evidencia falta si solo afirmas que los dos programas dan lo mismo?

↑ Volver al índice

Tu proyecto y tus entregas

A01 · Diseña la solución

  1. En Google Docs, define problema, destinatario y una opción: luz simulada 0–100 con aviso si <30; temperatura simulada 0–50 °C con aviso si >=28; ruido simulado 0–100 con aviso si >=70; u otra equivalente acordada en clase. Son reglas educativas, no límites certificados.
  2. Especifica entrada, intervalo, operador, umbral, dos mensajes y caso de igualdad; dibuja en diagrams.net inicio, cinco consultas, función con parámetro y cierre.
  3. Relaciona entrada, variable, condición, bucle y función entre Scratch y Python; incorpora fragmentos ejecutados en ambos durante los talleres y contrasta una traza.
  4. Prepara cuatro ejecuciones de cinco entradas; en el conjunto incluye inferior, igualdad, superior, decimal y repetición. Sigue a mano las cinco consultas de una ejecución.
  5. Identifica aportaciones, manejo y revisión de ambos integrantes; guarda CR3-S01_A01_Apellidos y explica individualmente una decisión.

Qué debes entregar

  • Documento editable, diagrama y tabla de correspondencias.
  • Fragmentos ejecutados en Scratch y Python, cuatro predicciones y traza de cinco consultas.
  • Aportaciones y explicación individual integradas en A01.

A02 · Dos lenguajes para una misma solución

  1. Construye monitor.sb3 en Scratch y monitor.py en Thonny: inicio claro, cinco nuevas medidas, variable significativa, condición de A01, bloque propio y función con parámetro llamados en cada vuelta, cinco avisos y cierre.
  2. Ejecuta las cuatro pruebas de A01 en ambas versiones, incluidos 29, 30 y 31 si eliges la regla de luz; compara con diseño y entre lenguajes.
  3. Registra dos incidencias con síntoma, causa, corrección y repetición; si es necesario introduce un fallo controlado en una copia. Comprueba una mejora y declara una limitación real.
  4. Guarda y vuelve a abrir ambos editables; reúne el registro en CR3-S01_A02_Apellidos y entrega la carpeta con A01 y A02 con acceso de revisión.
  5. Cada integrante explica entrada, igualdad, bucle y llamada y predice una modificación de umbral o número de lecturas; la comprobación pertenece a A02.

Qué debes entregar

  • monitor.sb3 y monitor.py que se pueden abrir y ejecutar.
  • Registro de cuatro ejecuciones por lenguaje, dos incidencias y una mejora comprobada.
  • Limitación, aportación identificable y demostración individual de cada integrante.

Antes de entregar

  • Descriptores de autoevaluación del alumnado: no sustituyen la rúbrica oficial de la página.
  • Puedo seguir un dato por entrada, variable, condición, función y salida en ambos lenguajes.
  • Puedo explicar igualdad, conversión, sangría y repetición con un caso propio.
  • Puedo repetir una prueba y demostrar una corrección sin confundir coincidencia con cumplimiento del diseño.

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

  • Documento editable, diagrama y tabla de correspondencias.
  • Fragmentos ejecutados en Scratch y Python, cuatro predicciones y traza de cinco consultas.
  • Aportaciones y explicación individual integradas en A01.

A02 · Dos lenguajes para una misma solución

  • monitor.sb3 y monitor.py que se pueden abrir y ejecutar.
  • Registro de cuatro ejecuciones por lenguaje, dos incidencias y una mejora comprobada.
  • Limitación, aportación identificable y demostración individual de cada integrante.

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.1.3 Estructuras equivalentes en bloques y Python

Entender cómo funciona un programa informático, la manera de elaborarlo y sus principales componentes.

Evidencia. Algoritmo, correspondencia, traza y fragmentos ejecutados en Scratch y Python de los talleres.

BandaDesempeño observable
1–2,9Confunde asignación y comparación o no puede seguir el fragmento en ninguno de los lenguajes.
3–4,9Reconoce condición y bucle, pero la traza no corresponde al dato o no distingue texto y número.
5–6,9Relaciona variable, dato, operador, condición, bucle y función entre bloques y Python. Ejecuta un fragmento en cada entorno y contrasta su traza.
7–8,9Explica una diferencia de sintaxis y corrige un error de tipo o estructura usando la salida observada.
9–10,0Predice un caso nuevo de frontera y justifica equivalencia funcional sin suponer traducción literal entre lenguajes.

CYR.3.2.1 Solución general, contraste y colaboración

Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.

Evidencia. Reto, tabla de seguimiento, cuatro predicciones, microejecución y aportaciones.

BandaDesempeño observable
1–2,9El algoritmo no responde al reto y no puede explicar una decisión propia.
3–4,9Define entradas y salidas, pero no generaliza o las pruebas no distinguen las ramas.
5–6,9Formula el problema, ejecuta una primera solución, anticipa cuatro casos y explica cómo se coordinan sus aportaciones y revisión con la pareja.
7–8,9Revisa el algoritmo por una discrepancia y justifica qué parte sirve para más de una medida o contexto.
9–10,0Compara dos procedimientos y diseña un caso nuevo que permita elegir entre ellos con razones comunicadas al equipo.
Consultar la rúbrica de A02

Producto pruebas y mejora

CYR.3.1.3 Estructuras equivalentes en bloques y Python

Entender cómo funciona un programa informático, la manera de elaborarlo y sus principales componentes.

Evidencia. Versiones editables, casos de frontera y explicación individual de condición bucle y función.

BandaDesempeño observable
1–2,9Las versiones no representan la regla y no puede localizar las estructuras que producen la salida.
3–4,9Una versión funciona parcialmente, pero discrepan en igualdad, tipo o repetición y no explica por qué.
5–6,9Implementa ambas versiones y explica datos, operadores, condición, bucle y función con resultados coherentes en los casos previstos.
7–8,9Localiza dos errores, distingue sintaxis y lógica y verifica las correcciones con los casos afectados.
9–10,0Adapta una regla o entrada nueva y demuestra equivalencia, justificando qué cambia en sintaxis y qué se conserva en el algoritmo.

CYR.3.2.1 Solución general, contraste y colaboración

Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.

Evidencia. Comparación de versiones, pruebas, correcciones y modificación individual.

BandaDesempeño observable
1–2,9No resuelve el reto ni puede modificar o explicar una parte de la solución.
3–4,9Consigue una salida, pero no prueba casos que discriminen reglas ni explica aportaciones individuales.
5–6,9Resuelve el reto en ambos lenguajes, contrasta pruebas y correcciones y demuestra individualmente una decisión y colaboración en el proceso.
7–8,9Generaliza a otro dato o umbral y conserva coherencia entre versiones con una explicación del procedimiento.
9–10,0Resuelve una variante no ensayada, compara alternativas y comunica una estrategia reutilizable sustentada en las pruebas.

Vídeos, recursos y fuentes

Para seguir aprendiendo

Revisión editorial: octubre de 2026.