Temario Egel Plus Ingeniería de Software
Share
El EGEL Plus Ingeniería de Software es la prueba oficial de CENEVAL diseñada para medir si los egresados de esta licenciatura (o carreras afines) poseen el razonamiento lógico e ingenieril esperado en un profesional. El examen no exige memorizar código fuente, sino tomar decisiones arquitectónicas, metodológicas y de diseño frente a casos de la vida real. Muchas universidades de México reconocen un nivel Satisfactorio o Sobresaliente como una vía directa de titulación, eximiendo al estudiante de la redacción de la tesis.
La evaluación te colocará en escenarios que simulan el ciclo de vida del software: te pedirán analizar un fragmento de requisitos para clasificarlos, interpretar diagramas UML, identificar defectos o priorizar un backlog. Estudiar para este examen implica entrenar el criterio para decidir y justificar, no solo recordar definiciones.
Estructura General del Examen
El EGEL Plus se divide en dos grandes secciones que deben responderse por computadora a lo largo de una misma jornada. CENEVAL no entrega una calificación en escala numérica escolar, sino un dictamen basado en niveles de desempeño por área.
| Sección | Áreas Evaluadas |
|---|---|
|
Disciplinar (Específica de la carrera) |
Análisis • Diseño • Desarrollo • Gestión de proyectos de software. |
|
Transversal (Habilidades generales) |
Comprensión lectora • Redacción indirecta. |
Las Cuatro Áreas Disciplinares
| Área | Competencias Evaluadas |
|---|---|
| Análisis | Extracción, priorización y documentación de requisitos. Técnicas de elicitación (JAD, entrevistas), casos de uso (include/extend), historias de usuario (criterios INVEST y Gherkin) y documentación SRS (normas IEEE 830 / ISO 29148). |
| Diseño | Elección de estilos arquitectónicos (MVC, microservicios, capas), principios SOLID, alta cohesión/bajo acoplamiento, patrones GoF (creacionales, estructurales, comportamiento), normalización y heurísticas de interfaz (Nielsen). |
| Desarrollo | Paradigmas de programación, gestión con Git (merge vs. rebase, fetch vs. pull), bases de datos (SQL, NoSQL, propiedades ACID, teorema CAP) y plataformas (REST, contenedores, tipos de escalamiento). |
| Gestión de proyectos | Estructura de Desglose de Trabajo (EDT), estimación (PERT, COCOMO), metodologías predictivas y ágiles (Scrum, XP), niveles de prueba, métricas de calidad (ISO 25010) y control de avance (Earned Value Management). |
Trampas Comunes y Pares Gemelos a Contrastar
El EGEL de Ingeniería de Software utiliza distractores basados en conceptos parecidos. Asegúrate de dominar las diferencias entre:
- Requisitos Funcionales vs. No Funcionales: Lo que hace el sistema (funcional) frente a qué tan bien o bajo qué restricciones de seguridad/rendimiento lo hace (no funcional).
- Verificación vs. Validación: Verificación asegura que el software cumple las especificaciones (construir correctamente el producto); Validación asegura que resuelve la necesidad del cliente (construir el producto correcto).
-
Diagramas UML de Casos de Uso: La relación
includees un comportamiento obligatorio y reutilizable; la relaciónextendrepresenta un comportamiento opcional o condicional. - Patrones de Diseño (GoF) vs. Estilos Arquitectónicos: Si el caso aborda la estructura global y despliegue del sistema (ej. cliente-servidor), es arquitectura. Si trata sobre cómo colaboran clases específicas (ej. Singleton o Factory), es un patrón de diseño.
Sección Transversal: Lenguaje y Comunicación (60 reactivos)
- Comprensión lectora (30 reactivos): Evaluación analítica de textos técnicos. El error más frecuente de los ingenieros en esta área es asumir hechos basándose en sus conocimientos técnicos previos, en lugar de limitarse estrictamente a lo que declara el texto.
- Redacción indirecta (30 reactivos): Corrección sintáctica, ortográfica y gramatical de reportes o manuales, aplicando normas firmes de concordancia, acentuación y cohesión.
Plan de Estudio Recomendado (4 Semanas)
| Semana | Enfoque de Estudio | Meta Principal |
|---|---|---|
| Semana 1 | Análisis: requisitos funcionales/no funcionales, elicitación, historias de usuario, diagramas UML (casos de uso). | Clasificar requisitos rápidamente y leer diagramas UML sin dudas. |
| Semana 2 | Diseño: estilos arquitectónicos, patrones GoF, principios SOLID, acoplamiento y cohesión. | Reconocer qué patrón de diseño o principio soluciona un "olor de código" específico. |
| Semana 3 | Desarrollo y Transversal: Git, bases de datos, TDD, integración continua (CI/CD) + práctica de lectura. | Ubicar cada tipo de prueba de software en su nivel y distinguir comandos de versionamiento. |
| Semana 4 | Gestión y Simulacros: Scrum, cascada, PERT, estimación de riesgos y métricas de calidad. | Ejecutar al menos dos simulacros completos cronometrados en condiciones reales. |
Consejo fundamental para el examen:
Lee la pregunta por completo antes de analizar el caso clínico o diagrama. Esto te permitirá saber exactamente qué dato debes buscar en la especificación y evitar perder tiempo leyendo información técnica de relleno.
