Juan está agobiado por el proyecto. Ya han mantenido comunicaciones con el cliente y saben perfectamente qué debe hacer la aplicación. También tiene una lista de las características hardware de los equipos de su cliente y todos los requisitos. Tiene tanta información que no sabe por dónde empezar.
Decide hablar con Ada. Su supervisora, amable como siempre, le sugiere que empiece a dividir el problema en las partes implicadas.
—Vale, Ada, pero, ¿cómo lo divido?
En este punto, ya sabemos lo que hay que hacer, el análisis ya ha definido los requisitos y el documento de análisis arquitectónico identifica cómo dividir el programa para afrontar su desarrollo, pero ¿Cómo hacerlo?.
Se debe dividir el sistema en partes y establecer qué relaciones habrá entre ellas.
Decidir qué hará exactamente cada parte.
En definitiva, debemos crear un modelo funcional-estructural de los requerimientos del sistema global, para poder dividirlo y afrontar las partes por separado.
En este punto, se deben tomar decisiones importantes, tales como:
En líneas generales, de esta fase obtendremos dos salidas:
Nota: en ocasiones, el diseño de arquitectura, que aquí ha sido tratado como una labor a realizar en la fase de análisis, es considerado como una primera tarea de la fase de diseño
Design is not just what it looks like and feels like. Design is how it works.Steve Jobs ("El diseño no es sólo lo que parece y cómo parece. Diseño es cómo se trabaja").
Según estimaciones, las organizaciones y empresas que crecen más son las que más dinero invierten en sus diseños.