Cómo elegir el tema de la evaluación interna de Informática del IB
Un buen tema para la evaluación interna de Informática del IB parte de un problema concreto que pueda resolverse mediante software, no de una tecnología llamativa ni de una aplicación enorme. En el programa con primera evaluación en mayo de 2027, el nombre oficial de la tarea es solución computacional: debes especificar un problema, planificar una solución, desarrollarla y evaluar sus resultados aplicando el pensamiento computacional.
Este cambio importa porque algunos consejos en internet corresponden al programa anterior y exigen un cliente formal. La tarea nueva permite que el problema sea de elección propia y no exige ese cliente. Aun así, consultar a personas que conozcan el contexto puede ayudarte a identificar necesidades realistas y obtener comentarios útiles.
Qué hace adecuado un tema
La solución debe abordar un problema del mundo real y permitirte demostrar decisiones informáticas que puedas explicar, implementar y probar. Crear una página web o una aplicación no es suficiente por sí mismo. Debe existir una relación clara entre el problema, los requisitos, el diseño, el desarrollo y la evaluación.
Antes de elegir, responde estas preguntas:
- ¿Puedo describir el problema sin mencionar primero la tecnología? “Un club necesita evitar reservas duplicadas” identifica una necesidad. “Quiero usar React” solo nombra una herramienta.
- ¿Puedo identificar entradas, procesos y resultados? Por ejemplo, solicitudes, comprobación de disponibilidad y confirmaciones.
- ¿Puedo definir criterios verificables? “Debe ser fácil” es impreciso. “Debe impedir reservas coincidentes” se puede probar.
- ¿Puedo terminarlo dentro del tiempo disponible? La guía asigna 35 horas a la solución computacional, por lo que no conviene intentar un producto comercial completo.
- ¿Puedo justificar el uso de la informática? Debe existir algún procesamiento, almacenamiento, validación o automatización significativo.
El IB utiliza cinco criterios: especificación del problema, planificación, descripción general del sistema, desarrollo y evaluación. Son los mismos para NM y NS, por lo que el proyecto no tiene que ser más grande en NS. La sinopsis oficial de Informática y la actualización curricular del IB resumen la estructura vigente. Para los detalles de entrega, consulta la guía de tu convocatoria y las indicaciones de tu profesor.
Filtro para descartar ideas débiles
Este filtro no es una rúbrica oficial, pero permite comparar ideas para la evaluación interna antes de invertir tiempo en ellas.
| Pregunta de filtro | Señal de riesgo |
|---|---|
| ¿El problema está delimitado? | Solo puedes describirlo como “mejorar el colegio” o “organizar la salud”. |
| ¿Puede resolverse con software? | Depende principalmente de nuevas normas, compras o personal. |
| ¿Puede terminarse? | Exige varias aplicaciones, servicios externos o usuarios a gran escala. |
| ¿Puede probarse? | No sabes qué entradas usar ni qué resultado demostraría que funciona. |
| ¿Los datos son accesibles y éticos? | Requiere datos sensibles, permisos inexistentes o recopilación sin consentimiento. |
| ¿Puedo justificar las decisiones? | Se limita a una plantilla estática sin lógica propia. |
Descarta ideas dependientes de información inaccesible o servicios que puedan bloquear el proyecto. Evita datos identificables de menores, información médica y datos privados sin autorización. En numerosos proyectos puedes utilizar datos ficticios o anonimizados.
Tampoco bases la propuesta únicamente en etiquetas como inteligencia artificial, blockchain o reconocimiento facial. Una tecnología mejora el proyecto solo cuando resuelve una necesidad concreta y puedes explicar su funcionamiento y sus límites. La complejidad útil procede de decisiones justificadas, no de acumular funciones.
Cómo formular la idea
Una pregunta de investigación puede ayudarte a enfocar el trabajo, pero no es un requisito que sustituya la programación. La tarea oficial consiste en producir una solución computacional, no en redactar un ensayo académico.
Puedes emplear este molde:
¿Cómo puede una solución computacional ayudar a [grupo o contexto] a [resolver una dificultad específica], dentro de [límites definidos]?
Por ejemplo: “¿Cómo puede una herramienta ayudar al club de teatro a asignar salas de ensayo sin solapamientos y consultar reservas por fecha?”. Los requisitos podrían ser crear, modificar y cancelar reservas, detectar conflictos, guardar datos y mostrar las reservas diarias. Cada requisito debería corresponder a una prueba.
No conviertas la formulación en una lista de tecnologías. El lenguaje, la base de datos y la plataforma se eligen después de aclarar qué debe hacer la solución y qué restricciones existen.
Ideas viables en España
Los siguientes ejemplos son puntos de partida, no temas oficiales ni proyectos con una calificación garantizada. Debes adaptarlos a un problema que conozcas y reducir su alcance.
| Contexto | Problema acotado | Funciones posibles |
|---|---|---|
| Biblioteca escolar | El registro manual dificulta controlar préstamos. | Buscar ejemplares, registrar movimientos y evitar préstamos duplicados. |
| Club deportivo | Las reservas de pistas o material se solapan. | Crear reservas, detectar conflictos y filtrar por fecha. |
| Asociación vecinal | La asignación de turnos es repetitiva. | Registrar disponibilidad, validar turnos y detectar huecos. |
| Huerto escolar | No existe un registro común de tareas. | Registrar parcelas y fechas, filtrar pendientes y generar resúmenes. |
| Comercio de barrio | Las existencias se controlan manualmente. | Registrar movimientos y avisar cuando el inventario baja de un umbral. |
| Grupo de EBAU | Cuesta organizar sesiones y registrar avances. | Planificar sesiones y mostrar progreso por tema o fecha. |
El producto puede ser de escritorio, web o móvil, siempre que puedas desarrollarlo y demostrarlo. Una herramienta de reservas no necesita pagos, notificaciones móviles ni sincronización con calendarios externos. Excluir funciones secundarias deja más tiempo para comprobar casos normales, límites y entradas incorrectas.
Cómo comprobar la viabilidad
Construye un prototipo pequeño antes de cerrar el tema. No necesitas desarrollar el producto entero, sino comprobar el principal riesgo técnico. Si la solución depende de importar datos o detectar solapamientos, prueba primero esa función con un conjunto reducido.
Resume después la propuesta en tres elementos:
- Problema: quién lo experimenta y qué dificultad concreta ocurre.
- Alcance: qué hará el programa y qué quedará fuera.
- Pruebas: cómo verificarás cada resultado, incluidos un caso límite y una entrada inválida.
Si necesitas expresiones vagas para completar estos puntos, el tema sigue siendo demasiado amplio. “Gestionar una biblioteca” puede acotarse a “buscar ejemplares y registrar préstamos de una colección escolar pequeña”. Conserva también un registro de decisiones, alternativas descartadas, cambios y riesgos para documentar el desarrollo y fundamentar la evaluación.
Errores habituales al elegir el tema
- Elegir la aplicación antes que el problema. Empieza por una necesidad observable y selecciona después la tecnología.
- Confundir ambición con calidad. Una plataforma con cuentas, chat, pagos y administración puede resultar imposible de completar.
- Usar criterios subjetivos. Sustituye “rápido” o “cómodo” por resultados observables o medibles.
- Copiar una lista sin adaptar la idea. La calidad depende del problema específico y de las decisiones que puedas defender.
- Seguir consejos del programa anterior. Para 2027 y convocatorias posteriores, comprueba que las fuentes utilicen los criterios nuevos.
Puedes contrastar tu propuesta con la explicación de los criterios de la solución computacional, las ideas para la evaluación interna de Informática y la guía sobre errores habituales en esta evaluación. Estos recursos sirven como apoyo, pero los requisitos oficiales de tu convocatoria siempre tienen prioridad.
Conclusión
Elige un problema específico, una solución computacional justificable, un alcance realista y resultados que puedas probar. En el programa nuevo no es obligatorio desarrollar un producto para un cliente formal, aunque consultar a personas conocedoras del contexto puede mejorar los requisitos.
Antes de decidir, redacta el problema, limita las funciones y prueba el riesgo técnico principal. RevisionDojo puede ayudarte a interpretar los criterios y organizar el trabajo mediante sus recursos de Informática del IB y su guía para mejorar en Informática.
Sources and referenced URLs
- IB: sinopsis oficial de Informática
- IB: novedades curriculares de Informática
- IB: actualización de programas del PD
- RevisionDojo: criterios de la solución computacional
- RevisionDojo: ideas de temas para Informática
- RevisionDojo: errores habituales en la evaluación interna
- RevisionDojo: guía para mejorar en Informática del IB
- RevisionDojo: recursos de Informática del IB