Reactivos EGEL Plus de Ingeniería de Software gratis: examen de prueba de 10 minutos
Prueba gratuita de 5 pasos
Gratis, sin registrarte. 5 pasos, tal como estudiarías con el programa completo.
Material original de CEMPA. CEMPA es independiente del Ceneval.
Qué incluye esta prueba
Son 3 reactivos del banco del programa, de 3 áreas distintas, una lección completa, flashcards, el mapa de temas y tu primer día de estudio. Aquí tienes los reactivos con su respuesta explicada; abajo, el botón para hacerlos uno por uno.
Reactivo 1 · Área 3 · 3.4 Gestión de datos
Sobre la tabla Pedido(IdPedido, IdCliente, Monto) se necesita listar el identificador de cada cliente con dos o más pedidos, junto con el total gastado. ¿Qué consulta lo logra?
A.SELECT IdCliente, COUNT(), SUM(Monto) FROM Pedido GROUP BY IdCliente HAVING COUNT() >= 2; (respuesta correcta)
B.SELECT IdCliente, COUNT(), SUM(Monto) FROM Pedido WHERE COUNT() >= 2 GROUP BY IdCliente;
C.SELECT IdCliente, COUNT(*), SUM(Monto) FROM Pedido WHERE IdPedido >= 2 GROUP BY IdCliente;
Por qué es la A: El filtro recae sobre el resultado de una función de agregación, que solo existe después de formar los grupos, por lo que debe escribirse con la cláusula que actúa sobre grupos ya calculados. Colocar la condición de conteo en la cláusula que filtra filas individuales provoca un error del motor, porque en ese momento todavía no hay agregación alguna, y comparar el identificador del pedido filtra registros por su clave, no clientes por su número de pedidos.
Error común: Intentar filtrar por una función de agregación en la cláusula que se evalúa antes de la agrupación, cuando ese conteo aún no ha sido calculado.
Reactivo 2 · Área 2: 2.2 Diseño de módulos, componentes y de datos de software
Reactivo 2 · Área 2 · 2.2 Diseño de módulos, componentes y de datos de software
¿Qué agrupación clasifica correctamente a los patrones Singleton, Decorator y Strategy dentro de las familias del catálogo GoF?
A.Singleton es creacional, Decorator es estructural y Strategy es de comportamiento (respuesta correcta)
B.Singleton es estructural, Decorator es de comportamiento y Strategy es creacional
C.Singleton es de comportamiento, Decorator es creacional y Strategy es estructural
Por qué es la A: Las familias se definen por el problema que atienden: los creacionales resuelven cómo se crean los objetos, y garantizar una instancia única lo es; los estructurales resuelven cómo se componen objetos en estructuras mayores, y envolver un objeto para añadirle responsabilidades lo es; los de comportamiento resuelven cómo se distribuyen responsabilidades y se comunican los objetos, y encapsular algoritmos intercambiables pertenece a ese grupo.
Error común: Memorizar los nombres de los patrones sin asociarlos al problema que resuelven, lo que impide ubicarlos en su familia cuando se pregunta la clasificación.
Reactivo 3 · Área 4: 4.2 Calidad de software
Reactivo 3 · Área 4 · 4.2 Calidad de software
En el modelo MoProSoft, ¿qué responsabilidad corresponde a la categoría de Alta Dirección?
A.Establecer la razón de ser del negocio y asignar los recursos con los que operarán las demás áreas (respuesta correcta)
B.Administrar cada proyecto específico autorizado y dar mantenimiento al software entregado al cliente
C.Definir y mejorar los procesos de la organización y administrar los recursos humanos y técnicos del día a día
Por qué es la A: La categoría de Alta Dirección es la que establece la razón de ser del negocio y asigna los recursos con los que trabajarán las otras dos categorías; es el nivel estratégico del modelo. Administrar proyectos autorizados y mantener el software entregado corresponde a Operación, que es donde se ejecuta el trabajo comprometido. Definir y mejorar procesos y administrar recursos humanos y técnicos corresponde a Gestión, que actúa como puente entre la dirección estratégica y la operación cotidiana.
Error común: Atribuir a la Alta Dirección la definición y mejora de los procesos, cuando esa responsabilidad pertenece a Gestión; la dirección fija el rumbo del negocio y asigna recursos, no diseña los procesos.
Preguntas frecuentes sobre la prueba del EGEL Plus de Ingeniería de Software
¿Estos reactivos son del examen real?
No. Son reactivos originales de CEMPA, escritos a partir del temario público del EGEL Plus de Ingeniería de Software. No son preguntas del Ceneval y CEMPA es una empresa independiente, sin afiliación ni aval del Ceneval.
¿Cuántos reactivos tiene el examen real de Ingeniería de Software?
El EGEL Plus de Ingeniería de Software tiene 203 reactivos: 143 de la carrera y 60 de Lenguaje y Comunicación, todos de opción múltiple con 3 opciones. Esta prueba trae 3 de ellos como muestra.
¿Qué diferencia hay entre el examen de prueba y el simulador?
El examen de prueba dura 10 minutos y te deja conocer el programa de preparación CEMPA: 3 reactivos con respuesta explicada, una lección, flashcards y tu primer día de estudio. El simulador es un diagnóstico de 15 preguntas, repartidas por área, que termina con tu resultado por área. Simulador gratis.
¿Cómo sigo después de la prueba?
Haz el simulador para ver tu resultado por área y arma tu plan de estudio según los días que te quedan. Si te sirve cómo se explica, el programa de preparación completo está en la página del EGEL Plus de Ingeniería de Software. Ver el programa.
Contesta 3 preguntas
Una pregunta por pantalla, de 3 áreas distintas. Contesta y lee por qué sí y cuál es el error común. Así vienen las del banco del programa.
Pregunta 1 de 3
Área 3 · 3.4 Gestión de datos
Sobre la tabla Pedido(IdPedido, IdCliente, Monto) se necesita listar el identificador de cada cliente con dos o más pedidos, junto con el total gastado. ¿Qué consulta lo logra?
Área 2 · 2.2 Diseño de módulos, componentes y de datos de software
¿Qué agrupación clasifica correctamente a los patrones Singleton, Decorator y Strategy dentro de las familias del catálogo GoF?
Área 4 · 4.2 Calidad de software
En el modelo MoProSoft, ¿qué responsabilidad corresponde a la categoría de Alta Dirección?
Elige una opción para ver la explicación.
Así se explica
Una sección completa del material, tal como viene en el programa: tabla, ideas clave y el estilo en que se explica.
Capítulo 9 · Área 3
Paradigmas de programación
Prioridad
Alta — 10 de 49 reactivos del área y 10 de los 143 disciplinares
Tiempo
3.5 h (30 días) · 2.5 h (15 días) · 35 min (7 días) · 10 min (víspera)
Sección 1 de 3
Los cinco paradigmas y cómo reconocerlos
Paradigma
Idea central
Cómo se reconoce en código
Lenguajes representativos
Imperativo / procedimental
El programa es una secuencia explícita de instrucciones que modifican un estado
Asignaciones, ciclos for/while, funciones que modifican variables externas
C, Pascal, Fortran
Orientado a objetos
El programa se organiza en objetos que combinan datos y comportamiento
Clases, objetos, mensajes entre objetos, herencia
Java, C++, C#, Python (soporta varios)
Funcional
El cómputo se expresa como evaluación de funciones matemáticas, sin modificar estado
Funciones sin efectos secundarios, recursividad en vez de ciclos, funciones que reciben o devuelven otras funciones
Haskell, Erlang, Clojure; con soporte parcial, JavaScript, Python
Lógico o declarativo
El programa describe hechos y reglas, y un motor de inferencia deduce las respuestas
Cláusulas de hechos y reglas, consultas que se resuelven por unificación y retroceso (backtracking)
Prolog
Orientado a eventos
El flujo de ejecución lo determinan eventos externos (clics, mensajes, señales), no una secuencia lineal predefinida
Registro de manejadores (handlers) o "escuchas" (listeners) que se disparan ante un evento
JavaScript en el navegador, sistemas de interfaz gráfica
El capítulo sigue con 2 secciones más, un caso práctico, "Cómo lo pregunta Ceneval" y el checklist de dominio.
Repasa con flashcards
Cuatro tarjetas reales del programa. Tócalas para voltearlas.
Has volteado 0 de 4.
Lo que estudias
Las 4 áreas del examen con su peso real. Toca una para ver sus subáreas y los temas que cubre el programa.
1.1Tipos de requerimientos12 · 8 %
Requerimientos funcionales
Requerimientos no funcionales
Atributos de un buen requerimiento
Requerimientos de negocio y usuario
1.2Técnicas y herramientas para la obtención, análisis, priorización y validación de requerimientos9 · 6 %
Técnicas de elicitación
Análisis de requerimientos
Priorización
Validación y verificación
Gestión de cambios
1.3Técnicas y herramientas de documentación de requerimientos10 · 7 %
Especificación de requerimientos (ERS)
Casos de uso e historias de usuario
Notaciones estándar
Trazabilidad
2.1Diseño arquitectónico de software10 · 7 %
Estilos y patrones arquitectónicos
Decisiones de arquitectura
Documentación de la arquitectura
2.2Diseño de módulos, componentes y de datos de software16 · 11 %
Cohesión y acoplamiento
Patrones de diseño
Diagramas UML de diseño
Componentes reutilizables
Modelo entidad-relación y normalización
2.3Diseño de interfaces7 · 5 %
Usabilidad
Diseño centrado en el usuario
Prototipado de interfaces
Evaluación de interfaces
3.1Lenguajes de desarrollo de software10 · 7 %
Lenguajes compilados e interpretados
Características de lenguajes
Selección del lenguaje según contexto
3.2Paradigmas de programación10 · 7 %
Programación estructurada
Orientación a objetos
Programación funcional
Programación lógica
3.3Entornos de desarrollo10 · 7 %
IDE
Depuración y pruebas
Control de versiones
Compiladores e intérpretes
3.4Gestión de datos9 · 6 %
Consultas SQL
Transacciones y concurrencia
Seguridad de datos
3.5Plataformas de desarrollo10 · 7 %
Plataformas web, móvil y escritorio
Frameworks y bibliotecas
Arquitectura cliente-servidor
Despliegue
4.1Gestión de tiempos, costos, recursos humanos y de riesgo8 · 6 %
Estimación de esfuerzo y duración
Estimación de costos
Asignación de recursos
Gestión de riesgos
4.2Calidad de software10 · 7 %
Modelos de calidad (ISO/IEC 25010)
Métricas de calidad
Pruebas unitarias y de integración
Aseguramiento de calidad
4.3Metodologías de desarrollo12 · 8 %
Scrum y XP
Proceso Unificado (RUP/OpenUP)
Modelo en cascada
Modelos iterativos e incrementales
Pesos calculados sobre los 143 reactivos disciplinares de la estructura oficial. El programa dedica a cada área un tiempo proporcional a este peso.
Tu primer día
El día 1 del plan de 30 días, tal cual viene en el programa. Marca lo que harías.
Plan de 30 días · Día 1
Medir tu punto de partida con el diagnóstico y entender cómo se reparten los 203 reactivos antes de abrir un solo capítulo de contenido.
4 h
Prueba de 10 minutos
Terminaste la prueba 🎉
Así se estudia con el programa de Ingeniería de Software: preguntas explicadas, lección, repaso, mapa de temas y plan por días.
0 de 3
aciertos (0 contestadas)
0 de 4
flashcards volteadas
0
tareas del día 1
El programa completo
Programa de preparación CEMPA para el EGEL Plus de Ingeniería de Software
14 capítulos ordenados por el peso de cada área, 315 reactivos con respuesta explicada, 3 simuladores, 160 flashcards y planes de 30, 15, 7 días. 12 documentos digitales que te llegan a tu correo al comprar, sin caducidad.
$1,299 o 12 MSI de $108.25 con tarjetas de crédito participantes. También tarjeta de débito, PayPal, Apple Pay, Google Pay, SPEI y OXXO. Garantía sujeta a términos y condiciones.
Generada el 2026-10-14 desde las fuentes del programa (12 documentos digitales). Los reactivos son originales de CEMPA; no son preguntas del Ceneval. CEMPA es una empresa independiente; no está afiliada ni avalada por el Ceneval.