Arquitectura, calidad y procesos de software
Qué debe dominar el sustentante
La arquitectura define la estructura del sistema: componentes, conectores y decisiones significativas. Debe conocer estilos arquitectónicos como capas, cliente-servidor, MVC, microservicios, orientado a eventos y tubería y filtros, y saber qué atributo de calidad favorece cada uno. Comprenda el rol de las vistas arquitectónicas (lógica, de despliegue, de procesos) y de los atributos de calidad (rendimiento, disponibilidad, seguridad, mantenibilidad, escalabilidad).
En calidad, domine el modelo ISO/IEC 25010 a nivel conceptual: funcionalidad, eficiencia, compatibilidad, usabilidad, fiabilidad, seguridad, mantenibilidad y portabilidad. En procesos, distinga CMMI (madurez por niveles) de ISO/IEC 12207 (procesos del ciclo de vida) y de modelos ágiles de mejora. Reconozca métricas como densidad de defectos, complejidad ciclomática y deuda técnica.
Trampas frecuentes
- Elegir microservicios como respuesta universal; implican costo operativo y complejidad de red.
- Confundir atributo de calidad con requerimiento funcional.
- Creer que CMMI certifica productos; evalúa madurez de procesos.
- Ignorar que una decisión arquitectónica puede favorecer un atributo y degradar otro (trade-off).
Ejemplo trabajado
Un sistema debe soportar picos de tráfico sin detenerse. Si se elige una arquitectura monolítica sin escalado horizontal, el atributo escalabilidad queda comprometido. Una respuesta completa no solo propone microservicios o balanceo, sino que explica el trade-off: mayor escalabilidad a cambio de mayor complejidad de despliegue y monitoreo.
Regla práctica: ante una pregunta de arquitectura, identifique primero el atributo de calidad dominante y luego evalúe qué estilo lo satisface mejor, reconociendo el costo asociado.