📐 Fundamentos da Modelagem UML
Um modelo é uma representação simplificada de um sistema a ser construído no Back-end. Da mesma forma que você não constrói um Boeing 747 sem uma planta aerodinâmica matemática, você não codifica um ERP Bancário abrindo direto o arquivo index.js.
📉 Por que Modelar? (A Realidade do Mercado)
A engenharia de software antiga nos deixou estatísticas assustadoras documentadas por estudos métricos. O que acontece quando os devs saem codando sem planejar a infraestrutura arquitetural?
| Sintoma (Ausência de Arquitetura) | Consequência |
|---|---|
| 📅 Dívida Técnica (Prazos) | Apenas 10% de projetos sem documentação são concluídos no cronograma original. Os Devs passam os meses seguintes só apagando incêndios e bugs crônicos de regra de negócio má testada. |
| ❌ Aborto do Projeto | Média de 25% de projetos são cancelados porque a massa de código gerada pelo time ficou intragável, engessada, e é mais fácil jogar tudo fora e recriar do zero (Rewrite/Refactoring brutal). |
| 💰 Estouro de Orçamento (Cloud Cost) | Uma rota não planejada faz chamadas infinitas no banco e onera o contrato da AWS (O que seria prevenido desenhando o Diagrama de Sequência). |
[!CAUTION] 💡 O Paradoxo Ágil: Há um falso sentimento no mercado de que metodologias Ágeis (Scrum/Kanban) aboliram a arquitetura. Mentira. Eles aboliram a burocracia inútil de papeladas, não a necessidade de uma planta robusta de sistema. Antes de escrever código, valide a regra!