Ainda no nível zero, galera, lembra que eu falei para vocês em relação à visão? Visão é o ponto principal. Depois disso, a gente vai para o escopo. O que é o escopo? O escopo é o momento onde a gente tem mais detalhes daquilo que vai ser criado. Então, o que é o escopo? Vai definir os limites da solução. Por que limites? O limite é um pouco complexo mas a gente chama isso de boundaries os contextos os limites até onde solução vai até onde a solução não vai ao que vai ser feito e acima disso não a insolução não vai entregar legal o que mais que a gente tem aqui vai definir exatamente o problema que vai resolver resolver resolvido os requisitos funcionais e não funcionais legal e quais são os componentes sistemas e tecnologias que essa solução ela vai utilizar aqui pra gente e ela também vai considerar as rei as as restrições e os pressupostos que podem influenciar no design da solução. Por quê? Tudo que a gente vai fazer vai ter restrição. Ou é de negócio, ou é de tecnologia, ou é uma restrição de tempo. E a gente tem também alguns pressupostos. Por exemplo, eu vou criar um sistema de ticket de ingresso mais barato. Eu vou partir do princípio que, para isso, eu vou ter diversos parceiros. Para isso, eu vou precisar trabalhar com uma interface revolucionária, para isso, eu vou precisar ter um desconto no Cloud Provider, ou seja, eu parto do princípio que, para aquela solução ser desenvolvida, eu preciso partir de algum momento. E esse momento é são esses pressupostos que eu estou falando. E as restrições podem ser de tudo. Tempo, negócio, etc. Então, quando a gente tem aqui a visão e o escopo do projeto, é a partir daí que você vai começar a entender o negócio, entender o motivo que o negócio funciona e quando isso tudo estiver definido aí sim você vai pra onde você vai pro nosso nível um legal e o que é o nível um é a parte onde a gente vai pra solução técnica legal então essa que é a pegada e é muito importante você entender isso. Legal? Agora uma observação aqui, tá galera? O lance é o seguinte, eu sei que tudo que eu estou falando, de forma geral, é um pouco massivo em alguns aspectos, principalmente se você vem de uma área técnica de dev e quer botar a mão na massa e desenvolver, etc. Mas, quando a mão na massa e desenvolver, etc. Mas quando a gente está falando em solução, não tem jeito. Entendimento do negócio é extremamente importante. Entendimento desses conceitos são importantes. Então, um arquiteto de solução vai trabalhar muito com documentação. Ele vai criar muita coisa vai criar sistema design ele vai ter contato cotações então assim não existe glamour tá como arquiteto de solução pra muita gente inclusive esse vai ser um trabalho tão maçante que a pessoa preferia continuar trabalhando como deve o arquiteto de software ou qualquer coisa desse tipo, legal? Então, isso aí para a gente é importantíssimo e eu quero que você saiba sempre disso, tá? Tentando deixar bem claro como é que funciona essa função, beleza? Então, vamos nessa.