Eduteka+

Descubriendo el Pensamiento Algorítmico: Introducción a la Programación para Ingenieros de Sistemas

Ingeniería Ingeniería de sistemas Aprendizaje Basado en Problemas 4 ago 2026 Publicado en EdutekaLab · términos de origen

Creado por Prof. I.

DOCX PDF

Cómo fue en el aula

Todavía nadie ha contado cómo le fue con este recurso.

Descripción

Este plan de clase está diseñado para estudiantes universitarios de Ingeniería de Sistemas y tiene como propósito fundamental introducirlos en el pensamiento algorítmico y en la resolución estructurada de problemas complejos. A través de una metodología de Aprendizaje Basado en Problemas, los estudiantes aprenderán a descomponer problemas en partes manejables, abstraer detalles irrelevantes, construir secuencias lógicas claras y redactar pseudocódigo estandarizado, sin depender de un lenguaje de programación específico.

El plan aborda habilidades prácticas como la realización manual de pruebas de escritorio, la identificación de casos esquina y la reflexión ética sobre las decisiones tomadas en el diseño de algoritmos, fomentando así un enfoque crítico y responsable de la programación. Estas competencias son esenciales para su formación profesional, ya que les permitirán diseñar soluciones efectivas y éticas en cualquier contexto tecnológico o empresarial.

El aprendizaje se conecta con situaciones reales y simuladas propias del desarrollo de software y sistemas, preparando a los estudiantes para enfrentar retos de ingeniería con rigor y creatividad, y estableciendo una base sólida para cursos posteriores de programación y análisis de algoritmos.

Objetivos de Aprendizaje

  • Descomponer problemas complejos en pasos manejables para facilitar su análisis y solución.
  • Abstraer elementos irrelevantes para centrarse en los aspectos esenciales del problema.
  • Construir secuencias lógicas inequívocas utilizando herramientas de pensamiento algorítmico.
  • Redactar pseudocódigo estandarizado que represente claramente la lógica de solución.
  • Aplicar pruebas de escritorio manuales para validar la corrección de algoritmos.
  • Identificar y analizar casos esquina para robustecer la solución algorítmica.
  • Reflexionar críticamente sobre las implicaciones éticas relacionadas con las decisiones algorítmicas.

Recursos Necesarios

  • Pizarras blancas y marcadores para trabajo colaborativo.
  • Computadoras o tablets con acceso a procesadores de texto para redactar pseudocódigo.
  • Plantillas impresas de formatos de pseudocódigo y tablas para pruebas de escritorio.
  • Proyector y pantalla para presentación de casos y ejemplos.
  • Documentos impresos con enunciados de problemas reales y simulados.
  • Recursos digitales: software de diagramación (ej. draw.io) para mapas de flujo opcionales.
  • Acceso a plataforma educativa para entrega y retroalimentación de actividades.

Requisitos Previos

  • Conocimientos básicos en lógica matemática y estructuras de control simples.
  • Habilidades de lectura comprensiva y redacción técnica.
  • Familiaridad previa con conceptos elementales de programación o algoritmos es deseable pero no obligatoria.
  • Experiencia en trabajo colaborativo y discusión académica.

Actividades

Sesión 1: Descomposición y Abstracción de Problemas

Fase de Inicio

Tiempo estimado: 15 minutos

Propósito de la sesión:

Introducir a los estudiantes en la importancia de analizar y descomponer problemas complejos, activar conocimientos previos y motivarlos con un reto inicial que ilustre la relevancia del pensamiento algorítmico.

Activación de conocimientos previos:

Docente: Presenta un problema cotidiano sencillo: “Organizar una fiesta con amigos, ¿cómo planifican las tareas para que todo salga bien?”

Estudiantes: En grupos de 3, discuten y listan pasos o acciones necesarias para organizar la fiesta.

Motivación y enganche:

Docente: Expone un dato: “El 90% de los errores en software ocurren por no planificar correctamente la solución. Hoy aprenderán a planificar algoritmos para evitar errores.”

Contextualización:

Docente: Conecta el problema cotidiano con la programación: “Así como organizamos una fiesta, los ingenieros descomponen problemas complejos para diseñar software eficiente.”

Fase de Desarrollo

Tiempo estimado: 95 minutos

Presentación del contenido:

Se introduce el concepto de descomposición y abstracción mediante un problema real: “Diseñar un algoritmo para calcular el promedio de notas de un estudiante considerando distintas evaluaciones”.

Actividad 1: Descomposición del problema

  • Objetivo: Descomponer problemas en pasos manejables.
  • Instrucciones:
    • Docente: Entrega el enunciado y pide a los estudiantes en grupos de 4 que identifiquen y enumeren los pasos necesarios para resolverlo.
    • Guiar: “¿Qué datos se necesitan? ¿Qué cálculos son imprescindibles? ¿Hay decisiones o condiciones?”
  • Organización: Grupos de 4 estudiantes.
  • Producto: Lista de pasos descompuestos en orden lógico.
  • Tiempo: 30 minutos.
  • Rol docente: Observa la discusión, formula preguntas para profundizar, orienta sobre la claridad y orden lógico.

Actividad 2: Abstracción y eliminación de elementos irrelevantes

  • Objetivo: Aplicar abstracción para enfocarse en lo esencial del problema.
  • Instrucciones:
    • Docente: Presenta variantes del problema con información extra (ejemplo: “Considerar si el estudiante asistió a actividades extracurriculares”).
    • Pide a los grupos que identifiquen qué información es irrelevante para el cálculo del promedio y justifiquen su decisión.
  • Organización: Grupos de 4 (mismos que antes).
  • Producto: Justificación escrita breve de abstracción aplicada.
  • Tiempo: 30 minutos.
  • Rol docente: Modera la discusión, plantea preguntas para profundizar la reflexión sobre la abstracción.

Actividad 3: Construcción de secuencia lógica inicial

  • Objetivo: Construir una secuencia lógica inequívoca en lenguaje natural.
  • Instrucciones:
    • Docente: Solicita que los grupos redacten en lenguaje claro y ordenado la secuencia de pasos para resolver el problema, utilizando conectores lógicos.
    • Incentiva el uso de frases condicionales y secuenciales claras.
  • Organización: Grupos de 4.
  • Producto: Secuencia lógica redactada en documento digital o impreso.
  • Tiempo: 35 minutos.
  • Rol docente: Revisa coherencia, claridad y lógica, haciendo anotaciones para retroalimentar.

Diferenciación:

  • Estudiantes avanzados: Proponen una representación gráfica (mapa de flujo simple) para complementar la secuencia lógica.
  • Estudiantes que requieren apoyo: Reciben ejemplos de secuencias lógicas y guía paso a paso para redactar la suya.

Transición:

Concluir la sesión enfatizando cómo la descomposición y abstracción facilitan la creación de algoritmos correctos y claros, preparando para la próxima sesión donde se formalizará la lógica en pseudocódigo.

Fase de Cierre

Tiempo estimado: 10 minutos

Síntesis:

Docente: Solicita a cada grupo compartir en plenaria una síntesis en 3 ideas clave sobre lo aprendido en la sesión.

Reflexión metacognitiva:

  • ¿Cómo ayudó la descomposición a entender mejor el problema?
  • ¿Qué criterios usaron para decidir qué información era irrelevante?
  • ¿Qué dificultades tuvieron para ordenar la secuencia lógica y cómo las superaron?

Retroalimentación:

Docente: Proporciona comentarios inmediatos, destacando aspectos positivos y áreas de mejora, motivando a la participación continua.

Transferencia:

Explica que en la próxima sesión se aprenderá a formalizar estas ideas en pseudocódigo y a validar su funcionamiento mediante pruebas manuales.

Sesión 2: Formalización Algorítmica y Pseudocódigo

Fase de Inicio

Tiempo estimado: 10 minutos

Propósito de la sesión:

Conectar con la sesión anterior y presentar la formalización del pensamiento algorítmico a través del pseudocódigo.

Activación de conocimientos previos:

Docente: Plantea la pregunta: “¿Qué ventajas tiene escribir un algoritmo en un lenguaje estructurado como el pseudocódigo comparado con lenguaje natural?”

Estudiantes: Discuten en parejas y comparten ideas en plenaria.

Motivación y enganche:

Docente: Muestra ejemplos de pseudocódigo bien y mal redactados, destacando cómo el orden y claridad afectan la comprensión.

Contextualización:

Relaciona la importancia del pseudocódigo con la comunicación efectiva entre equipos de desarrollo y la prevención de errores.

Fase de Desarrollo

Tiempo estimado: 100 minutos

Presentación del contenido:

Se explica la estructura básica del pseudocódigo (declaraciones, secuencias, condicionales, ciclos) y convenciones estandarizadas.

Actividad 1: Redacción guiada de pseudocódigo

  • Objetivo: Redactar pseudocódigo estandarizado para un algoritmo simple.
  • Instrucciones:
    • Docente: Proporciona un problema sencillo (ejemplo: cálculo del área de un triángulo) y guía paso a paso la redacción del pseudocódigo.
    • Los estudiantes escriben el pseudocódigo individualmente en sus computadoras o a mano.
  • Organización: Trabajo individual.
  • Producto: Documento con pseudocódigo redactado.
  • Tiempo: 40 minutos.
  • Rol docente: Apoya con aclaraciones, revisa borradores y fomenta preguntas.

Actividad 2: Corrección y mejora en parejas

  • Objetivo: Identificar errores y mejorar pseudocódigo.
  • Instrucciones:
    • Docente: Forma parejas para intercambio de pseudocódigos y revisión mutua con base en una lista de criterios.
    • Discuten posibles mejoras y corrigen errores.
  • Organización: Parejas.
  • Producto: Pseudocódigo corregido y justificación de mejoras.
  • Tiempo: 30 minutos.
  • Rol docente: Facilita discusión, clarifica dudas y orienta sobre buenas prácticas.

Actividad 3: Introducción a pruebas de escritorio manuales

  • Objetivo: Aplicar pruebas manuales para validar pseudocódigo.
  • Instrucciones:
    • Docente: Explica cómo realizar una prueba de escritorio paso a paso con un ejemplo sencillo.
    • Los estudiantes aplican pruebas a su pseudocódigo en parejas, documentando resultados y detectando errores.
  • Organización: Parejas.
  • Producto: Tabla de prueba de escritorio con resultados y observaciones.
  • Tiempo: 30 minutos.
  • Rol docente: Supervisa, plantea preguntas para profundizar y ayuda a corregir errores.

Diferenciación:

  • Estudiantes avanzados: Proponen casos esquina y los incluyen en las pruebas.
  • Estudiantes con dificultades: Reciben ejemplos guiados y apoyo en la construcción de tablas para pruebas.

Transición:

Se cierra la sesión enfatizando la importancia de validar el pseudocódigo y preparando para la siguiente sesión donde se explorarán casos esquina y secuencias complejas.

Fase de Cierre

Tiempo estimado: 10 minutos

Síntesis:

Realizan un resumen en grupo de 3 ideas esenciales sobre pseudocódigo y pruebas de escritorio.

Reflexión metacognitiva:

  • ¿Qué aprendiste sobre la utilidad del pseudocódigo para representar soluciones?
  • ¿Cómo te ayudó la prueba de escritorio a mejorar tu algoritmo?
  • ¿Qué dificultades encontraste al redactar y validar pseudocódigo?

Retroalimentación:

Se ofrece retroalimentación inmediata en plenaria y a nivel individual sobre claridad y precisión en pseudocódigo.

Transferencia:

Se anticipa la próxima sesión centrada en casos esquina y análisis crítico de algoritmos.

Sesión 3: Identificación y Manejo de Casos Esquina

Fase de Inicio

Tiempo estimado: 10 minutos

Propósito de la sesión:

Conectar el concepto de casos esquina con la robustez y calidad del algoritmo, activando conocimientos previos sobre pruebas de escritorio.

Activación de conocimientos previos:

Docente: Pregunta: “¿Qué sucede si los datos de entrada son extremos o inesperados? ¿Cómo afecta esto a tu algoritmo?”

Estudiantes: Reflexionan individualmente y luego comparten en grupos pequeños.

Motivación y enganche:

Docente: Presenta noticia breve sobre error informático causado por un caso esquina ignorado.

Contextualización:

Relaciona la importancia de analizar casos extremos para evitar fallos en sistemas críticos.

Fase de Desarrollo

Tiempo estimado: 100 minutos

Presentación del contenido:

Se explica qué son los casos esquina, su identificación y cómo integrarlos en pruebas manuales para robustecer algoritmos.

Actividad 1: Identificación de casos esquina en un problema clásico

  • Objetivo: Identificar casos esquina en un algoritmo dado.
  • Instrucciones:
    • Docente: Proporciona un pseudocódigo para calcular el factorial de un número.
    • Los grupos analizan y listan posibles casos esquina (ejemplo: factorial de 0, números negativos, valores muy grandes).
  • Organización: Grupos de 4.
  • Producto: Lista documentada de casos esquina con explicación.
  • Tiempo: 35 minutos.
  • Rol docente: Facilita discusión y guía hacia la identificación correcta de casos.

Actividad 2: Pruebas de escritorio considerando casos esquina

  • Objetivo: Aplicar pruebas de escritorio incorporando casos esquina.
  • Instrucciones:
    • Docente: Indica cómo diseñar tablas de pruebas que incluyan casos normales y esquina.
    • Los grupos realizan pruebas de escritorio documentadas para el algoritmo dado.
  • Organización: Grupos de 4.
  • Producto: Tabla completa con resultados y observaciones para cada caso.
  • Tiempo: 40 minutos.
  • Rol docente: Supervisa, corrige y plantea preguntas para profundizar análisis.

Actividad 3: Reflexión ética sobre decisiones algorítmicas

  • Objetivo: Reflexionar críticamente sobre las implicaciones éticas de ignorar casos esquina.
  • Instrucciones:
    • Docente: Propone escenario real donde un fallo algorítmico causó impacto social o económico.
    • En grupos, discuten qué decisiones éticas deberían considerarse al diseñar algoritmos confiables.
  • Organización: Grupos de 4.
  • Producto: Informe breve con conclusiones éticas.
  • Tiempo: 25 minutos.
  • Rol docente: Facilita reflexión, plantea preguntas críticas y vincula con la responsabilidad profesional.

Diferenciación:

  • Estudiantes avanzados: Propone casos esquina adicionales y evalúan impacto ético más profundo.
  • Estudiantes con apoyo: Reciben ejemplos y guía estructurada para análisis ético.

Transición:

Se conecta la reflexión ética con la responsabilidad del ingeniero de sistemas en el diseño de algoritmos confiables y justos.

Fase de Cierre

Tiempo estimado: 10 minutos

Síntesis:

Se realiza un mapa mental colectivo en el pizarrón sobre casos esquina y ética en algoritmos.

Reflexión metacognitiva:

  • ¿Por qué es importante considerar casos esquina en el diseño de algoritmos?
  • ¿Qué consecuencias éticas pueden derivarse de ignorar estos casos?
  • ¿Cómo puedes aplicar esta reflexión en tus futuros proyectos?

Retroalimentación:

Se ofrece retroalimentación constructiva y motivadora, alentando a la mejora continua.

Transferencia:

Prepara a los estudiantes para la próxima sesión, donde integrarán todo lo aprendido en un problema complejo.

Sesión 4: Integración y Aplicación Práctica

Fase de Inicio

Tiempo estimado: 10 minutos

Propósito de la sesión:

Revisar conceptos clave y preparar a los estudiantes para aplicar de forma integrada descomposición, pseudocódigo, pruebas y ética en un problema complejo.

Activación de conocimientos previos:

Docente: Pregunta abierta: “¿Cuáles son los pasos para diseñar un algoritmo robusto y ético desde la identificación del problema hasta la validación?”

Estudiantes: Reflexionan y comparten en plenaria.

Motivación y enganche:

Docente: Presenta un problema real del área de sistemas: “Diseñar un algoritmo para gestionar la reserva y asignación de aulas en una universidad”.

Contextualización:

Conecta el problema con la vida universitaria y retos reales en ingeniería de sistemas.

Fase de Desarrollo

Tiempo estimado: 100 minutos

Presentación del contenido:

Se plantea el problema completo con condiciones, limitaciones y posibles casos especiales.

Actividad 1: Descomposición y abstracción grupal

  • Objetivo: Descomponer el problema complejo y abstraer detalles irrelevantes.
  • Instrucciones:
    • Docente: Divide la clase en grupos de 5 y entrega el enunciado completo.
    • Los grupos identifican subproblemas, datos relevantes y limitaciones.
  • Organización: Grupos de 5.
  • Producto: Documento con descomposición y abstracción justificada.
  • Tiempo: 40 minutos.
  • Rol docente: Modera, fomenta consenso y clarifica dudas.

Actividad 2: Redacción de pseudocódigo estandarizado

  • Objetivo: Construir pseudocódigo claro y estructurado para la solución.
  • Instrucciones:
    • Docente: Facilita guía de estructuras y ejemplos.
    • Los grupos redactan el pseudocódigo completo para el problema descompuesto.
  • Organización: Grupos de 5.
  • Producto: Pseudocódigo redactado y presentado.
  • Tiempo: 40 minutos.
  • Rol docente: Revisa avances, orienta y sugiere mejoras.

Actividad 3: Diseño y aplicación de pruebas de escritorio con casos esquina

  • Objetivo: Validar la solución mediante pruebas manuales completas.
  • Instrucciones:
    • Docente: Explica formato para pruebas exhaustivas.
    • Los grupos diseñan casos normales y esquina, realizan pruebas y documentan resultados.
  • Organización: Grupos de 5.
  • Producto: Tabla de pruebas con análisis y conclusiones.
  • Tiempo: 20 minutos.
  • Rol docente: Supervisa precisión y fomenta discusión crítica.

Diferenciación:

  • Estudiantes avanzados: Proponen mejoras al algoritmo e identifican riesgos éticos.
  • Estudiantes con apoyo: Reciben ejemplos y asistencia directa en redacción y pruebas.

Transición:

Se prepara a los estudiantes para la sesión final donde presentarán, reflexionarán y sintetizarán lo aprendido.

Fase de Cierre

Tiempo estimado: 10 minutos

Síntesis:

Cada grupo comparte un resumen de su solución y aprendizajes en plenaria.

Reflexión metacognitiva:

  • ¿Qué aprendiste sobre la integración de técnicas para diseñar algoritmos?
  • ¿Cómo abordaron los casos esquina en su solución?
  • ¿Qué consideraciones éticas identificaron y cómo las gestionaron?

Retroalimentación:

Comentarios grupales y particulares para reforzar aprendizajes y corregir errores.

Transferencia:

Se invita a aplicar este enfoque en futuros proyectos de programación.

Sesión 5: Presentación, Reflexión y Síntesis Final

Fase de Inicio

Tiempo estimado: 10 minutos

Propósito de la sesión:

Preparar a los estudiantes para la presentación y reflexión integradora final.

Activación de conocimientos previos:

Docente: Repasa brevemente los objetivos y logros hasta la fecha.

Estudiantes: Reflexionan sobre su progreso personal.

Motivación y enganche:

Docente: Explica la importancia de comunicar claramente las soluciones y reflexiones éticas en el ámbito profesional.

Contextualización:

Conecta el cierre con la formación integral del ingeniero de sistemas.

Fase de Desarrollo

Tiempo estimado: 90 minutos

Actividad 1: Presentación grupal de soluciones y pruebas

  • Objetivo: Comunicar claramente la solución algorítmica y resultados de pruebas.
  • Instrucciones:
    • Cada grupo presenta su pseudocódigo, casos esquina identificados y resultados de pruebas.
    • Se fomenta preguntas y comentarios de pares y docente.
  • Organización: Plenaria.
  • Producto: Presentaciones orales con apoyo visual.
  • Tiempo: 60 minutos (12 minutos por grupo aprox.).
  • Rol docente: Modera, evalúa y retroalimenta.

Actividad 2: Reflexión crítica y debate ético

  • Objetivo: Profundizar en la dimensión ética y social de las decisiones algorítmicas.
  • Instrucciones:
    • Plantea preguntas para debate abierto: ¿Qué responsabilidades tienen los ingenieros al diseñar algoritmos? ¿Cómo afectan las decisiones algorítmicas a usuarios y sociedad?
    • Los estudiantes participan en diálogo guiado.
  • Organización: Plenaria.
  • Producto: Conclusiones compartidas y reflexión escrita individual breve.
  • Tiempo: 30 minutos.
  • Rol docente: Facilita debate, fomenta respeto y profundidad.

Fase de Cierre

Tiempo estimado: 20 minutos

Síntesis:

Realizan un ticket de salida individual donde expresan las 3 ideas más importantes que se llevan del curso.

Reflexión metacognitiva:

  • ¿Cómo aplicarás el pensamiento algorítmico en tu carrera?
  • ¿Qué aprendiste sobre la importancia de la ética en programación?
  • ¿Qué aspecto del curso te gustaría profundizar más?

Retroalimentación:

El docente entrega comentarios finales generales, reconoce avances y motiva la continuidad del aprendizaje.

Transferencia:

Invitación a integrar estos conocimientos en proyectos académicos y profesionales futuros.

Tarea o reto:

Proponer un problema simple de su entorno para aplicar las técnicas aprendidas y compartirlo en la plataforma educativa.

Evaluación

Tipo de evaluación:

  • Diagnóstica: Sesión 1, fase de inicio mediante discusión del problema cotidiano.
  • Formativa: Durante todas las sesiones, especialmente en actividades de descomposición, redacción de pseudocódigo, pruebas de escritorio y reflexión ética.
  • Sumativa: Sesión 5, mediante presentación grupal y reflexión final individual.

Criterios de evaluación:

  • Capacidad para descomponer problemas complejos en pasos claros y manejables (Objetivo 1).
  • Habilidad para abstraer elementos irrelevantes y centrarse en lo esencial (Objetivo 2).
  • Claridad y coherencia en la construcción de secuencias lógicas y pseudocódigo (Objetivos 3 y 4).
  • Dominio en la realización de pruebas de escritorio manuales y manejo de casos esquina (Objetivos 5 y 6).
  • Reflexión crítica y comprensión de las implicaciones éticas en decisiones algorítmicas (Objetivo 7).

Instrumentos sugeridos:

  • Rúbrica para evaluar pseudocódigo y pruebas de escritorio.
  • Lista de cotejo para descomposición y abstracción de problemas.
  • Observación directa y guía de preguntas durante actividades grupales.
  • Portafolio digital con productos de cada actividad.
  • Autoevaluación y coevaluación en reflexiones éticas y presentaciones.

Evidencias de aprendizaje:

  • Listas y documentos de descomposición y abstracción generados en sesión 1 y 4.
  • Pseudocódigo redactado y corregido en sesiones 2 y 4.
  • Tablas de pruebas de escritorio con casos normales y esquina en sesiones 2, 3 y 4.
  • Informes y reflexiones éticas desarrolladas en sesiones 3 y 5.
  • Presentaciones grupales y síntesis individuales en sesión 5.

Crea tu propio plan de clase con IA

100 créditos gratuitos cada mes

Comenzar gratis