bom pessoal então vamos falar aqui sobre esse tal desse documento aí que normalmente acaba sendo muito comum principalmente empresas de consultoria tá galera assim empresas que tem seu próprio arquiteto de solução e etc é muito comum ter também mas empresas de consultoria é muito importante porque esse documento ele vai sendo construído ao longo do projeto e parte desse documento eventualmente ele é construído durante o processo de negociação tá a pra suportar a área comercial então vamos lá galera o que é um s&d um ação de css a de do jeito que quiser, tá? É um documento que descreve a arquitetura de uma solução. Ponto. Legal? O que ele faz? Normalmente, do que ele se trata? Quais são os pontos? Ele normalmente vai se tratar dos componentes arquiteturais, ele vai trabalhar em relação aos módulos da solução e entenda que componente é uma coisa módulos são outras tá como assim Wesley componentes são as áreas o que vai te ajudar a compor a solução por exemplo vai ter um RabbitMQ vai ter uma Apache Kafka vai ter uma SQL vai ter um PostgreSQL agora módulos é referente à solu fica vai ter mais que ele vai ter um post agora módulos é referente à solução vai ter uma área de check out vai ter uma área de ipa e deito e vai ter uma área que vai ser administrativa então isso normalmente são os módulos que essa solução vão ser desenvolvidas legal interfaces e essas interfaces são interfaces que normalmente são de comunicação entre um sistema e outro. Como um sistema acaba se comunicando. Essa interface aí não necessariamente são as interfaces gráficas que mostram como o usuário ele vai compor obviamente tá que dependendo da especificidade que você precisa tá normalmente na hora da implementação de uma solução depois de aprovado normalmente diversos mocap são gerados onde vão facilitar e evitar retrabalho na hora de você criar uma solução final. Legal? Então isso é um ponto importante. Outra coisa também, fluxo de dados. Como assim? Olha, ele adicionou um produto no carrinho, ele fez o checkout. O checkout foi para a API Gateway, a API Gateway processou, mandou para o serviço de e-mail e confirmouou pra área de estoque de tiro esses fluxos de dados eles são extremamente importantes mas você não precisa fazer esses fluxos para 100% porque normalmente nas áreas crít, nas áreas que mais pegam, onde esses fluxos são colocados. Existem coisas, obviamente, que acabam sendo óbvias, né? E você não vai ter que gastar uma energia tão grande. Mas em processos mais críticos, esses fluxos de dados são muito importantes, tá? E normalmente são através de diagramas que você consegue ter uma visão mais clara sobre tudo isso. Legal? Uma coisa que é super importante, tá, galera? Toda vez que a gente falar em um documento, eu posso ter três projetos que fazem a mesma coisa. Esse documento, ele vai ser diferente nos três projetos. Por quê? Porque cada projeto é de uma organização diferente que tem uma cultura diferente que vive um contexto diferente tem restrições diferentes têm limitações diferentes e é nesse momento que um bom arquiteto de solução ele vai conseguir levar em conta para conseguir tá conseguir resolver esse tipo de problema. Cada caso é um caso. E um bom arquiteto de solução, ele é o cara que consegue ter esse nível de sensibilidade para conseguir transformar algo que consiga se adequar à estrutura que a empresa tem naquele momento. Legal? se adequar à estrutura que a empresa tem naquele momento legal outra coisa esse documento ele normalmente é gerado na fase de planejamento do projeto agora tem uma coisa que é muito importante tá quando aqui a gente está falando em planejamento do projeto normalmente parte do princípio que o projeto já foi contratado ea gente vai começar a planejar para fazer execução e tá tudo ok em relação a isso tá mas lembre se que algumas dessas partes do documento elas também já foram desenvolvidas em momentos de negociação e agora eu quero fazer um parênteses aqui pra você que acontece pessoal eu vou dar um exemplo aqui pra você eu trabalhei num projeto tá aos 15 anos atrás nessa hora você vai ver como você está ficando velho trabalhando um projeto faz mais ou menos 15 anos e esse projeto ele era um projeto que utilizava muitas tecnologias experimentais e o porquê porque era um projeto que ele era disruptivo e era um projeto que no mundo inteiro ninguém tinha essa parada rodando no mundo inteiro né a gente estava concorrendo com players como adidas naquela época tá e o que acontece como eram tecnologias a disruptivas tecnologias que não existiam muito naquele momento o que aconteceu a gente tinha que chegar para a empresa e falar o seguinte olha isso está pedindo nunca ninguém fez um na no mundo vamos dizer assim tá ea gente não sabe se a gente consegue a gente acredita que sim mas nós precisamos criar algumas provas de conceito. Legal? Então, para eu gerar um orçamento para você, eu preciso cobrar para te fazer um orçamento. Então, uma das coisas que são muito comuns é o seguinte. O cliente quer fazer um orçamento com você, você cobra para criar o orçamento. Por quê? Porque para fazer esse orçamento, você vai gastar tantas horas, tanto tempo, tanta energia, que vai fazer como se fosse quase um pré-projeto naquele momento. Entendeu? Então, o que normalmente é acordado entre as empresas isso é importante você saber galera que normalmente a gente faz você fala que você vai fazer um orçamento você vai criar uma prova de conceito legal ea minha síria que pensando que eu tô falando com ela e aí o que acontece aí nesse momento a empresa assim você fala olha vou cobrar 500 mil reais para fazer esse orçamento com essa prova de conceito pra ver se isso aqui vale a pena porque eu não consigo nem especificar pra você agora quanto que ficaria esse projeto eu preciso dessa prova de conceito antes beleza beleza então o que acontece você a empresa topa se falação vai custar 500 mil reais pra eu fazer essa prova de conceito para gerar esse orçamento pra você então você vai lá pega sua equipe desenvolvedores pega arquiteto pega todo mundo entendeu faz viagem internacional verifica contrata tecnologias procura fornecedores possíveis potenciais fornecedores e você cria uma prova de conceito baseado nessa prova de conceito o que vai acontecer naquele momento olha só que interessante você olha e fala poxa eu consigo fazer esse projeto, mas vai ficar, sei lá, 10 milhões de reais. Estou dando um exemplo, chutando qualquer número aqui. Legal? E aí eu chego para a empresa e falo, vai ficar 10 milhões. É um pouco estranho, porque você vem com um orçamento maluco para a empresa e a empresa pode falar, poxa, quais são as minhas proteções aqui. lucro daí para a empresa, e a empresa pode falar, poxa, quais são as minhas proteções aqui. E é por isso, tá? E é por isso que normalmente esses contratos, eles têm uma cláusula de go no go. O que isso significa? Significa o seguinte, eu vou te cobrar uma FII, tá? Para fazer toda essa prova de conceito, legal? Quando eu terminar essa prova de conceito, eu vou fazer o orçamento final pra você e aí você vai ter a opção de gol ou no gol se você falar gol eu vou pegar o valor que eu cobrei de você para fazer essa prova de conceito e normalmente eu vou deduzir do valor final como se eu tivesse já começado o projeto antes legal agora se a empresa fala no gol seja eu não quero seguir em frente beleza eu recebi mais 500 mil reais mas todo o projeto né toda aquela prova de conceito que eu fiz, eu documento e entrego para a empresa. Porque, eventualmente, a partir de agora, aquela empresa pode pegar aquele documento, pode ir com algum fornecedor, ver aquela prova de conceito que a gente fez e, às vezes, aquele fornecedor pode cobrar mais barato. Entendeu como é que as coisas funcionam? Então, você tem esses tipos de cláusula então o que acontece quando você começa a gerar documentos não necessariamente é o momento em que o projeto já está 100% contratado tá muitas vezes você cobra para gerar orçamento ou muitas vezes esses documentos que você gera inicialmente é pra o cliente final ele está mais confortável com aquilo que ele vai ver, para ele conseguir aprovações, para ele conseguir trazer ali no projeto para você. Então vai depender muito mesmo de empresa para empresa, mas saiba que esses tipos de documento, normalmente, muitas vezes são gerados antes mesmo da contratação acontecer lembre-se o melhor amigo tá do cara da área comercial é o arquiteto de solução então vamos nessa galera vamos partir aí para nossa outro ponto que é o seguinte tá ou solution architecture document ele da clareza também aos envolvidos sobre a solução como um todo. E quando eu falo envolvido, falo desde para o cara que vai gerenciar o projeto, desde o cara que vai desenvolver o projeto, desde a área financeira, desde a área de todo mundo que acaba sendo envolvido. Por isso que esse documento, normalmente, ele acaba sendo muito complexo. Não confunda documentação com burocracia, pessoal. Lembre-se, quanto maior a organização, mais regras você tem que ter. Porque senão o controle que as coisas acontecem, podem gerar um caos na governança. E muitas dessas empresas, elas só conseguem crescer se tiver governança. Quanto menor a empresa, menos governança, mais flexibilidade quanto maior empresa mais governança menos flexibilidade mais controle mas mais chance dessa empresa continuar crescendo tá então isso é é um acaba sendo uma arte que cada empresa acaba tendo que ter pra que pra conseguir tá manter controle de manter empresa flexível por isso que dizem é empresas muito grandes elas demoram muito para tomar é uma decisão para pivô para pilotar uma estratégia sim porque são muitas áreas muitas pessoas milhares de funcionários então menor menor é milhares de normas área jurídica área de de PR, área de IP. Então, tem muitas áreas ali que acabam envolvendo as coisas. Beleza? E aqui, o que acontece? Ele serve de referência para os mais diversos tipos de stakeholders. Beleza? Então, vamos parar por aqui esse vídeo. Tem mais coisas a gente falar sobre o Solution Architecture Document. Então, vamos nessa.