Capítulo 12. Práticas eficazes
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Existem muitos métodos, técnicas e práticas para arquitetar e conceber software, mas não basta segui-los, criar os resultados e seguir em frente. Os artefatos criados devem ser construídos e utilizados de forma eficaz para serem úteis na arquitetura geral. Os padrões deste capítulo permitirão que ponhas em prática as técnicas discutidas.
ADRs
Um registo de decisão de arquitetura (ADR) é um registo de uma decisão de arquitetura e do raciocínio que lhe está subjacente, que pode ser usado no próprio processo de tomada de decisão. Os ADR são fundamentais para comunicar as decisões de arquitetura tomadas e o resultado da decisão, não só aos arquitetos, mas a todas as partes interessadas. Muitas decisões são tomadas ao longo da vida de um produto ou projeto, mas sem documentar essas decisões, elas (e o raciocínio que as sustenta) perdem-se facilmente e são esquecidas.
Nota
Os ADR foram originalmente concebidos por Michael Nygard em 2011, e a sua publicação introdutória no blogue está estruturada como um ADR. O seu modelo original de ADR é agora frequentemente alargado para registar o processo de tomada de decisão, bem como a decisão tomada.
Eis algumas situações que os ADR te ajudam a evitar:
-
Uma decisão é tomada no início da vida de um produto. Mais tarde, um indivíduo ou uma equipa decide alterar essa decisão. Sem saber como e ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access