pessoal seguinte primeiro elemento que a gente falou aqui são os elementos de requisitos tá e eu quero falar um pouco é sobre eles mas eu prometo pra você que logo em seguida a gente vai colocar isso na prática a gente vai pensar num projeto fictício pra que a gente consiga conversar legal e fazer o levantamento desses principais requisitos para que a gente consiga trabalhar com o sistema design legal então como é que funciona essa história de requisitos galera eu não tô querendo aqui voltar e falar lá naquela época que a naquela época de análise de sistemas a galera utilizando aquela metodologia waterfall. Não. Requisitos é algo que faz parte de qualquer negócio. Você não consegue fazer nada sem requisito. Então, a primeira coisa que você tem que pensar em relação a requisitos é quais são as core features e o domínio da aplicação. Ou seja, o que o sistema realmente faz? O porquê ele faz aquilo? Qual é o domínio? Ou seja, qual é a razão do sistema existir? E é por isso, inclusive, que o nome Domain Driven Design é tão importante quando a gente vai model o que o sistema faz. A gente modela, inclusive, funcionalidades, baseado no domínio daquele negócio, na razão daquilo existir. Então, primeiro você tem a razão de existir e depois você tem o que aquele sistema faz dentro daquele contexto, ou seja, dentro daquele domínio. Então, por exemplo, dentro de Core Features e Domínio, você vai ter o entendimento do domínio da aplicação e as suas principais funcionalidades. E depois disso, você vai perceber que você vai ter o quê? Support Features. O que isso significa? Quais são os recursos que eu também vou ter que ter no meu sistema para que a minha funcionalidade principal funcione? Por exemplo, eu vou ter um e-commerce. Ou seja, eu vou vender os produtos. Para eu ter uma venda, eu tenho que fazer o pagamento. Eu tenho que ter um processo de pagamento. O pagamento vai ajudar a eu fazer o processo de venda entende então suporte features o que ela faz é uma é são as funcionalidades que é as funcionalidades auxiliares que farão com que as funcionalidades principais sejam atendidas depois o ajuste aqui esse rio de concordância que eu coloquei beleza então isso aí é o primeiro ponto quando a gente está falando em requisitos tá outro ponto também importante é que você vai entender também a parte de requisitos funcionais e não são e não funcionais mas pra que a gente não fique o tempo inteiro aqui nos slides eu quero que a gente vá agora para a prática e começar a trabalhar com esses principais elementos que eu falei. E o principal ponto aqui é a gente começar a falar sobre os requisitos. Mas logo em seguida a gente vai ter que cair em plano de capacidade, etc, etc, etc. Beleza? Então vamos nessa, meu povo!