Bom pessoal, depois que a gente passou dessa fase, dessa introdução onde a gente dá o escopo geral, a gente passa a visão geral do projeto do escopo, dos pressupostos, das restrições a gente vai dar a visão geral da arquitetura do projeto então isso aí é um ponto importante e novamente, quando eu falo visão geral da arquitetura muita gente acaba pensando como assim visão geral da arquitetura, muita gente acaba pensando, como assim visão geral da arquitetura? O que inclui e o que não inclui essa visão? Vamos lá. Eu tenho que descrever aqui na arquitetura quais são os principais pontos que vão fazer diferença durante esse projeto. Então, esse tipo de coisa é importante por exemplo o projeto ele vai ser um sistema assim ele vai conter aqui três módulos importantes esses três módulos vão utilizar um componente de banco de dados esse módulo aqui vai conseguir falar uma coisa importante é que a gente vai utilizar uma guia de pagamento x ao mesmo tempo a gente vai precisar é levar em conta pontos como concorrência então a gente consegue dar um descritivo de coisas que a gente acha importante na hora que a gente trabalhar e pra suportar esses pontos a gente cria um diagrama de alto nível ou seja quando consigo ver tá a solução como um todo se comportando quais tipos de diagrama a gente consegue utilizar galera isso é um ponto importante a gente vai cair obviamente depois um módulo de design docs e coisas desse tipo né mas uma das coisas assim são muito importantes é é recomendável que você consiga seguir uma padronização para que todo mundo consiga entender os seus diagramas normalmente diagrama uma coisa muito louca um cara pega um uma carinha que é um clima um cliente outro cara pega uma bolinha que um cliente a outro passa uma reta que é uma chamada síncrona uma chamada simultânea que é assíncrona outro pega vou trabalhar em cima de um ml outro em cima de mdl e outro baseado em C4 e coisas desse tipo. Minha opinião pessoal, tá? Durante esses últimos tempos, mais especificamente dos últimos um ano e meio, mais ou menos por aí, eu tenho estudado muito, muito, muito sobre diversos tipos de diagrama, documentação, formalizar mais soluções e coisas desse tipo, tá? Diversos tipos de diagrama, documentação, formalizar mais soluções e coisas desse tipo. Minha opinião pessoal é, uma das melhores formas de você conseguir fazer diagramação de alto nível é conseguindo entender mais sobre diagrama C4. A gente vai ver sobre isso no próximo módulo, mas você tem quatro tipos de visões diferentes. divisões diferentes tá a mas assim muita gente demoniza o ml eo ml é uma parada assim fantástica tá então assim galera você consegue diagramar da forma melhor que você conseguir encontrar mas no final do dia diagramação diagrama serve para comunicar está claro para quem for ler melhor quanto mais você padroniza mais fácil fica pra todo mundo conseguir entender legal principais componentes uma coisa você conseguir ter o contexto agora você consegue entender componente por um componente normalmente como esses caras se relacionam legal e depois a gente entra com diagramas de fluxo. Ou seja, uma requisição bate aqui, daí acontece isso, depois acontece isso. Se der certo, vai para esse lado. Se não der certo, vai para aquele outro lado. Legal? Quando a gente vê essa diagrama geral da arquitetura, novamente, você vai mostrar o que importa galera tá tem muita gente que fica gerando documentos como se não houvesse amanhã imagina área do site tem uma área de fac que é uma página e nessa página da parte da página é pergunte resposta perg um CRUD, galera. E o cara vai lá, cria um super documento para descrever um CRUD, um CRUD de pergunta e resposta numa FAQ. Você entendeu? Saca? Eu estou dando um exemplo bobo aqui, mas a gente perde muito tempo documentando aquilo que não importa. E procrastina naquilo que importa, tá? Então documente o que importa, tá? Vamos seguir pro próximo vídeo que eu quero mudar um pouquinho de assunto aqui pra gente. A gente falou sobre diagramas, né? Documentar e criar diagramas.