Prefacio
La arquitectura de software desempeña un papel fundamental en la entrega exitosa de software, pero muchos equipos la pasan por alto de manera frustrante. Incluso en los equipos más ágiles, el papel de la arquitectura de software es necesario, ya sea que lo desempeñe una persona o todo el equipo, pero encontrar un equilibrio entre los dos conceptos arquitectónicos de preventivo y evolutivo es a menudo algo hermoso. no se hizo realidad.
Si necesita obtener la información, puede enviar un mensaje privado al [777] en segundo plano para obtenerla de forma gratuita.
Capítulo 1 ¿Qué es la arquitectura de software?
Al estudiar esta sección, aprenderemos qué es la arquitectura de software, la diferencia entre arquitectura y diseño, qué significa arquitectura ágil y por qué es importante pensar en la arquitectura de software.
Cuando se explica como sustantivo, la arquitectura generalmente se relaciona con la estructura: la descomposición de un producto en una serie de componentes, módulos e interacciones, lo que requiere considerar el producto completo, incluido el procesamiento (de un edificio), la energía, el agua, el aire acondicionado o procesamiento (de software) Servicios de infraestructura con preocupaciones transversales como seguridad y manejo de errores de configuración.
Capítulo 2 Tipos de arquitectura de software
Esta sección se centrará en el papel de la arquitectura de software, incluido cuál es el papel de la arquitectura de software, qué tipos de habilidades se requieren y por qué la codificación, la tutoría y la colaboración son importantes.
Un sistema de software rara vez existe de forma aislada y puede haber muchas personas que contribuyan a todo el proceso de arquitectura. Esto abarca desde el equipo de desarrollo directo que necesita comprender y acordar la arquitectura, hasta el equipo ampliado de aquellos interesados en seguridad, bases de datos, operaciones, mantenimiento o soporte. Cualquiera que desempeñe un rol de arquitectura de software deberá trabajar con estas personas para garantizar que la arquitectura se integre exitosamente con su entorno. Si no cooperas, fracasarás.
Capítulo 3 Diseño de software
Esta sección trata sobre el proceso general de diseño de software, específicamente en lo que realmente necesita pensar antes de comenzar a codificar.
La arquitectura de software habla de importantes decisiones de diseño, cuya importancia se mide por el costo del cambio. El punto de partida para esas decisiones importantes que dan forma fundamentalmente a la arquitectura de software final es una comprensión de alto nivel de los requisitos, restricciones y principios. Comprenderlos a tiempo ayudará a evitar costosos trabajos de reelaboración en el futuro.
Capítulo 4 Software de visualización
Esta parte trata sobre visualizar la arquitectura del software con un conjunto de bocetos livianos pero efectivos.
Cuando le digo a la gente que viajo por todo el mundo enseñando a la gente sobre arquitectura de software y cómo dibujar, la reacción suele ser de incredulidad o burla. Para ser justos, no es difícil ver por qué. La arquitectura de software ya tiene mala reputación, y hablar del "panorama general" a menudo trae a la mente la parálisis del análisis y un montón de diagramas UML que pocas personas realmente entienden. Después de todo, la industria del desarrollo de software ha avanzado mucho en la última década, especialmente con el impacto del Manifiesto Ágil y la infinidad de tecnologías que ha generado.
Capítulo 5 Generación de documentación para el software
Esta sección trata sobre un tema importante con el que tenemos una relación de amor y odio: ¡escribir documentación!
Me pidieron que revisara y participara en el desarrollo de sistemas que no tenían documentación. Ciertamente puedes evaluar las respuestas a la mayoría de las preguntas desde la perspectiva del código, pero eso sería oneroso. Leer código siempre será de utilidad limitada, pero en algún momento es posible que tengas que hacer preguntas a otras personas del equipo. Si no haces las preguntas correctas, no obtendrás las respuestas correctas: no sabes lo que no sabes.
Capítulo 6 Arquitectura de software en el ciclo de vida del desarrollo
Esta parte final explorará cómo integrar el contenido anterior en el trabajo diario del desarrollo de software y también responderá a la pregunta de cuánta arquitectura de software (y prediseño) se debe hacer.
Editar cambiar al centro
Pensar en los controladores arquitectónicos no lleva mucho tiempo, pero puede proporcionar un punto de partida para otras partes del diseño del software. Por supuesto, esto no significa que la arquitectura no deba cambiar, especialmente una vez que comienzas a escribir código y recibir comentarios. La clave es que ahora tiene un marco y un alcance de trabajo que pueden proporcionar al equipo parte de la visión y orientación que a menudo necesitan. Mi experiencia es que las pequeñas direcciones ayudan mucho.
Si necesita obtener la información, puede enviar un mensaje privado al [777] en segundo plano para obtenerla de forma gratuita.