Este artículo detalla el marco 4E, una metodología estructurada para abordar el trabajo de arquitectura de software. El texto se centra en las dos últimas fases del modelo: Evaluate (Evaluar) y Examine (Examinar), completando así la visión integral propuesta por el autor.
La fase de Evaluate implica identificar los compromisos (trade-offs) entre diferentes opciones de solución. El autor enfatiza que no existe una única arquitectura posible, sino múltiples alternativas que deben explorarse para determinar cuál ofrece el mejor equilibrio en propiedades de calidad, costos a largo plazo y carga cognitiva. Esta evaluación es crucial para evitar decisiones basadas únicamente en intuiciones o preferencias personales, asegurando que se consideren las perspectivas de todos los grupos de interés.
Sin embargo, la fase más crítica y frecuentemente omitida es Examine, que consiste en comprender el problema de manera holística antes de diseñar. Esto requiere recopilar información sobre requisitos funcionales, atributos de calidad, restricciones organizativas, tecnológicas y de negocio, así como riesgos a corto y largo plazo. El autor argumenta que sin esta base sólida, la arquitectura se convierte en un ejercicio carente de contexto y foco. Destaca que los arquitectos no deben esperar a que otros roles les proporcionen esta información, sino que deben activamente recopilarla mediante talleres, entrevistas y análisis de código existente.
El marco 4E establece dependencias causales claras: Examine es el prerrequisito para todo lo demás; Explore (explorar opciones) depende de Examine; Evaluate depende de Explore; y Execute (ejecutar/apoyar decisiones) depende de Evaluate. Este enfoque promueve una resolución de problemas generalizada que maximiza el impacto en el dominio específico, superando la tendencia a diseñar arquitecturas antes de definir los requisitos.