🏁 Considerações Finais: Unidade II

Nesta segunda unidade, estudamos os Requisitos de Software, compreendendo a importância gigantesca e crítica de não pular de cabeça direto na IDE (Ato conhecido na agilidade como "Codelab irresponsável").

🏗️ Resumo Tecnológico

graph TD
    A[Especificação Backend] --> B[Endpoints da API / Funcionais]
    A --> C[Performance & Nuvem / Não Funcionais]
    
    A --> D[Board do Jira / Confluence]
    
    D --> E[Reunião de Discovery]
    E --> F[Refinamento de Rota]
    F --> G[Testes e Validação]
    
    style G fill:#fffde7,stroke:#fbc02d,stroke-width:2px

A clareza na abstração das regras é vital. Sem as descrições dos JSONs, Autenticações e Regras no papel, codificar o mundo real em Java é contar com a sorte.

Na próxima unidade, avançaremos para o visual. Como transformamos todos esses cartões de requisitos num "Planta Baixa" usando a UML (Linguagem Unificada de Modelagem) e Diagramas de Componentes Cloud. 🚀

📚 Material Complementar Avançado

📖 Literatura de Fronteira

O Mítico Homem-Mês: Ensaios sobre a Engenharia de Software

• Autor: Frederick P. Brooks | Editora: Alta Books
• O livro de cabeceira que explora magistralmente porque jogar mais programadores em problemas de requisitos não acelera o sistema, e sim afunda-o de vez. Indispensável para liderança técnica.

🎥 Leituras Extras Práticas

• 📹 Tudo o que você aprender sobre Clean Architecture (Teoria vs Prática).
• O canal oficial e cursos do Uncle Bob sobre como Requisitos Não Funcionais afetam diretamente a montagem da Arquitetura Limpa em projetos Java/C#.