Convertirse en un arquitecto de software es el resultado de un proceso evolutivo, donde se adquiere
gradualmente la experiencia y la confianza que se necesita para llevar a cabo la función.
1. Architectural Drivers
que incluyen los requisitos funcionales, no funcionales y las limitaciones del entorno
2. El diseño de software
Esta es la comprensión de cómo se van a resolver los problemas planteados por los Achitectural
drivers, la creación de la estructura general del sistema de software y una visión para la entrega.
3. Riesgos Técnicos
A lo largo del ciclo de vida del software de desarrollo, llevamos a cabo una serie de diferentes tipos
de pruebas con el fin de darnos la confianza de que el sistema que estamos construyendo funcionará
cuando sea entregado. Entonces, ¿por qué no hacemos lo mismo para nuestra arquitectura? Si
podemos probar nuestra arquitectura, podemos comprobar que funciona. Y si podemos hacer esto
tan pronto como sea posible, podemos reducir el riesgo global de fracaso del proyecto.
4. Evolución de la arquitectura
El software es diseñado y entonces la batuta se pasa al equipo de desarrollo. Esto es
contraproducente porque la arquitectura del software resultante necesita ser atendida. Alguien
necesita cuidar de ella, evoluciona a lo largo de la entrega en cara de la evolución de las necesidades
y retroalimentación del equipo.
5. Codificación
la codificación proporciona una manera para que el arquitecto comparta la experiencia en el
desarrollo de software con el resto del equipo, que a su vez les ayuda a entender mejor cómo el la
arquitectura se ve desde una perspectiva de desarrollo.
6. Seguro de calidad
Se necesitará una línea de base lo que podría significar la introducción de estándares y prácticas de
trabajo tales como los estándares de codificación, principios de diseño y herramientas.
Colabora o falla
. Si estás desempeñando la función de arquitecto de software tendrás que colaborar con estas
personas para asegurarte que el sistema de software resultante se integrará con éxito en su entorno.
liderazgo técnico es una función, no un rango
El papel de la arquitectura de software es básicamente acerca de la introducción de la dirección
técnica en un equipo de software y vale la pena repetir que lo que estoy hablando aquí es un papel
no de un rango.