EGEL Plus Informática study materials
EGEL Plus Informática study resources

EGEL Plus Informática: Desarrollo de software

EGEL Plus Informática · Work through your exam, one topic at a time.

All guide sections

Desarrollo de software

Qué debe dominar el sustentante

El dominio de desarrollo evalúa el ciclo de vida del software y los principios de diseño, no la sintaxis de un lenguaje. Repase: modelos de proceso (cascada, iterativo-incremental, ágil con Scrum o Kanban), ingeniería de requisitos (funcionales vs. no funcionales, historias de usuario, criterios de aceptación), diseño (cohesión alta, acoplamiento bajo, encapsulamiento, separación de responsabilidades, patrones como MVC, Observer, Factory) y pruebas (unitaria, integración, sistema, aceptación; caja blanca vs. caja negra; pruebas de regresión). Incluya control de versiones con ramas y fusiones, integración continua y refactorización.

Trampas frecuentes

  • Confundir verificación (“¿construimos el producto correctamente?”) con validación (“¿construimos el producto correcto?”).
  • Asumir que ágil significa “sin documentación” o “sin planeación”; el manifiesto valora la documentación necesaria, no su ausencia.
  • Elegir una prueba de caja negra cuando el enunciado describe cobertura de caminos o condiciones del código.
  • Interpretar acoplamiento bajo como “pocas clases”; se refiere a dependencias entre módulos.
  • Olvidar que los requisitos no funcionales (rendimiento, seguridad, usabilidad) suelen ser los que originan fallos en preguntas de caso.

Regla de trabajo

Ante un escenario, identifique primero qué artefacto se está produciendo (requisito, diseño, código, prueba) y luego aplique el principio correspondiente. Si el problema describe un cambio de requisitos frecuente y entregas parciales de valor, la respuesta casi siempre apunta a un enfoque iterativo/ágil; si describe un contrato con alcance fijo y regulación estricta, suele apuntar a un modelo predictivo con hitos formales.

Ejemplo resuelto

Un equipo detecta que cada cambio en el módulo de facturación obliga a modificar el de inventario. El síntoma es acoplamiento alto entre módulos; la acción correcta es introducir una interfaz o capa de abstracción que reduzca la dependencia directa, no aumentar el número de pruebas de regresión como solución principal.