Rol del Arquitecto de Software

¿Eres un arquitecto de software?
Publicó Oswaldo Herrera el 2/27/2010
Tomado del original (en inglés) en infoq.com.

La línea que divide el desarrollo de software y su arquitectura es engañosa. Algunos dirán que esta no existe y que la
arquitectura es simplemente una extensión del proceso de diseño hecho por los desarrolladores. Otros harán de esto un
enorme abismo que solo puede sercruzado por desarrolladores avanzados que creen que debes resumir los componentes
fundamentales en lugar de detenerte en esos detalles molestos de implementación. Como siempre, hay un balance
pragmático en algún lado a mitad del camino, lo cual hace surgir una pregunta interesante sobre cómo moverte de un lado a
otro.

Algunos de los factores clave que a menudo se utilizan para diferenciar laarquitectura del software de su diseño y su
desarrollo incluyen un aumento de la escala, un aumento en el nivel de abstracción y un aumento en la importancia de la
toma de decisiones correctas en el diseño.

La arquitectura del software es acerca de tener visiones holísticas y teniendo una vista general para entender como el sistema
trabaja como un todo. Mientras esto puede ayudar a diferenciar eldesarrollo de la arquitectura de software, no
necesariamente permite entender como alguien cambia de actividades de desarrollo a las de arquitectura. Tampoco ayuda a
identificar quién hará un buen trabajo de arquitectura, ¿cómo harás para contratar a la gente correcta o sabrás si tú eres un
arquitecto de software?

La experiencia es una buena referencia pero necesitas profundizar más
Llegara ser un arquitecto de software no es algo que simplemente pase de la noche a la mañana o con un ascenso. Es una
función, no un rango. Es un proceso evolutivo donde gradualmente ganarás la experiencia y confianza que necesitas para
ejecutar tu función.

Hay un número de cualidades que puedes buscar en un arquitecto de software y su experiencia pasada es a menudo un buen
puntaje paracalificar su habilidad en el desempeño de su papel. Aunque la función de un arquitecto de software es muy
variada, se necesita profundizar para entender el nivel de participación, la influencia, el liderazgo y la responsabilidad que ha
sido demostrada a través de un número de ámbitos diferentes. Hablando ampliamente, la arquitectura de software en la
mayoría de los proyectos puede ser dividida en dosfases; la arquitectura es definida y luego es liberada.

http://micro-howto.blogspot.com/2010/02/eres-un-arquitecto-de-software.html

1

Definición de la arquitectura del software
El proceso de definición de la arquitectura parece bastante simple. Todo lo que tienes que hacer es identificar cuáles son los
requerimientos y diseñar un sistema que los satisfaga. Pero en realidad no es tansimple y el papel de arquitectura de
software puede varia ampliamente dependiendo de que tan comprometido estas y que tan seriamente visualizas tu
papel. Como el siguiente diagrama muestra, la parte de la definición de la arquitectura puede ser dividida en un número de
elementos diferentes.

1. Manejo de requerimientos no-funcionales: Los proyectos de software a menudo quedan atrapados con losusuarios
que preguntan sobre las características que desean, pero rara vez se les pregunta que requerimientos no-funcionales (o
cualidades del sistema) necesitan. Algunas veces los actores dirán que "el sistema debe ser rápido", pero eso es muy
subjetivo. Los requerimientos no-funcionales necesitan ser específicos, medibles, alcanzables y capaces de ser probados si
vamos a cumplirlos. Lamayoría de los requerimientos no-funcionales son técnicos por naturaleza y a menudo tienen una
alta influencia sobre la arquitectura del software. Entender los requerimientos no-funcionales es una parte crucial, pero hay
una diferencia entre asumir cuáles son los requerimientos y llevarlos a cabo. Después de todo, ¿Cuántos sistemas has visto
que genuinamente necesiten ser operacionales 24x7?

2....