bom pessoal então agora chegou a hora da gente colocar a mão na massa e um dos pontos mais importantes vai ser o seguinte nós vamos seguir cada um daquelas etapas para que a gente tenha o nosso sistema design pronto e pra isso a gente vai entender as principais técnicas e tudo mais legal pessoal ponto número um aqui é em relação a requisitos do sistema. Então o que eu vou fazer? Eu vou colocar aqui uma opção para eu digitar aqui requisitos do sistema. Vou colocar aqui para mim em letra bem grandona, vou colocar aqui em vermelho para que a gente consiga saber. Pergunta, se você não sabe qual ferramenta é essa ela chama escala e droga tá eu gosto demais dessa ferramenta porque ela é bem limpa é bem clean você consegue entender você consegue fazer seus desenhos e ao mesmo tempo deixar as coisas bem tranquilas aí tá bom primeira coisa é o seguinte o nosso sistema vai ser um sistema de ingressos, tá? Venda de ingressos online. Um sistema extremamente crítico, porque eventualmente, quando nós temos shows, temos eventos, esse cara tem que conseguir suportar uma grande demanda aí pra gente, legal? Inclusive, tem até picos de acesso então a gente começa a começar a pensar um pouco diferente para esse sistema mas o negócio é o seguinte galera lembra que eu falei que a gente estava pensando em requisitos vamos colocar o seguinte requisitos funcionais o que são os requisitos funcionais as principaisais funcionalidades, nesse caso, do nosso sistema. E eu quero dividir essas funcionalidades aqui para vocês, galera, com funcionalidades core do nosso sistema. Vou até colocar aqui em azulzinho para ficar mais claro aqui para a gente, para que nós possamos entender quais são as tal as tais dessas funcionalidades tá então qual que vai ser quais vão ser essas funcionalidades bom a deixa eu colocar aqui em preto tá e com uma fonte um pouco menor aqui pra que a gente consiga entender quais são essas funcionalidades primeira funcionalidade o que um sistema de ingresso faz tá compra de ingressos né o usuário vai poder fazer o que comprar ingressos aqui pra gente tá esse aqui é o nosso principal ponto que nós temos que levar em conta eu vou deixar esse aqui como larja que a gente vai ajustando esses pontos aqui, beleza? Então, primeira coisa, compras de ingresso. Segunda coisa que a gente vai ter, apresentar o ingresso comprado para entrar no evento, legal? Então, isso é uma coisa que normalmente é bem crítica, né? Você compra o ingresso e você tem que conseguir exibir esse ingresso na hora da entrada, tá? E uma coisa que também é super importante para esse tipo de sistema é que a gente tem parceiros, tá? Para gerenciar os eventos. Então, olha só que interessante, galera. Pode parecer algo muito bobo ou até mesmo muito simples, mas se você pensar bem, esse aqui é a nossa funcionalidade core. Como que eu sei? Eu estou dando esse cenário, mas vamos imaginar que você está em uma entrevista, você está em uma situação, você vai chegar e vai falar para o cara, o que faz o seu sistema de ingresso que você quer criar? Ah, o cara vai lá, ele compra o ingresso, bacana, e daí depois que ele compra o ingresso, na hora de entrar no show ele mostra o ingresso. Poxa, mas quem que vai administrar tudo isso? Ah, o que vai acontecer é porque a gente tem vários parceiros e os parceiros cadastram os eventos, né? Então vamos imaginar jogos de basquete, né? Então eu vou pegar, por exemplo, a liga de basquete e eles vão cadastrar os eventos para vender os tickets de basquete, por exemplo. Legal? Então os parceiros precisam gerenciar. Maravilha, entendi a ideia do sistema. Maravilha. Agora, quais outras funcionalidades a gente tem aqui para que essas funcionalidades aqui de cima façam sentido? Então, eu vou chamar isso aqui de funcionalidades de suporte. Essas funcionalidades de suporte vão fazer com que essas funcionalidades daqui de cima façam sentido então quais vão ser as nossas funcionalidades de suporte aqui nesse nosso caso galera eu vou colocar o seguinte, lembrando pessoal, isso aqui é um exercício para que você consiga entender um ciclo completo de um sistema de design então a primeira coisa é o seguinte, o cara vai comprar o ingresso, vai, então ele vai ter que fazer o pagamento, né? Então ele vai fazer assim, o pagamento e o split do pagamento. Por que o split? Porque uma parte vai para o parceiro e outra parte vai para a plataforma de ingressos. Legal? O que ele vai ter que fazer também para ele conseguir comprar o os ingressos ele vai ter que poder fazer uma busca dos eventos que estão anunciados legal o que mais que a gente tem que ter a a exibição gráfica dos lugares disponíveis né isso aí é uma coisa bem importante né eu vejo todas as vezes que eu vou né eu vou muito jogo de basquete etc você vai lá você vê aonde que vai ser a sua posição ali na hora de você a conseguir fazer a compra do seu ingresso legal outra coisa importante aqui, garantia que em horários de pico, vou colocar aqui, horários de pico, um ingresso não seja vendido para mais de uma pessoa. Por que eu estou colocando isso aqui porque galera isso aqui extremamente crítico tá é um problema clássico de concorrência quando você tem muito acesso simultâneo se você não conseguir pensar em concorrência neste momento definitivamente você vai vender mais de um ingresso pra mim pra dizer o mesmo ingresso para mais de uma pessoa. Então isso aqui é extremamente crítico para você pensar aqui com a gente. Então, obviamente, eu poderia passar aqui horas e mais horas colocando as funcionalidades de sistema. Mas eu estou colocando aqui uma ideia de um domínio que eu acho que é fácil de todo mundo entender né então poxa eu preciso comprar ingresso preciso mostrar ingresso preciso gerenciar os eventos né eu preciso pra comprar o preciso ter o pagamento split pagamento pra eu pra eu acessar um evento tem que buscar na prêmio na hora de comprar eu tenho que ver o local gráfico nada onde que vai tá e também na hora de pico eu tenho que garantir que não vou vender para mais de uma pessoa tá então essas funcionalidades de suporte aqui elas vão realmente me ajudar legal então isso aqui é um ponto importante então todas as vezes que você for pensar no sistema de design você tem que pelo menos ter algo assim esquematizado tá e daí você pode destrinchar e mais a fundo pegar muitas funcionalidades aí você pode fazer uma modelagem eventualmente de domínio para saber o que nesse sistema nessa solução vale a pena ter vale a pena não ter tá Mas o nosso principal ponto aqui é que você consiga entender, tá? Que essa é a nossa primeira etapa, beleza? No próximo vídeo, a gente vai seguir, tá? A etapa para falar de requisitos, tá? Não funcionais. Então, vamos nessa.